Regarding UMC_ERR_NOT_ENOUGH_BUFFER message, in most of the case, this comes from users code error.
So could you try to run your test stream with simpleplayer application in the UMC sample code? Can it work for you?
Also there is some simple code at this page, which can provide help for learning from start: http://software.intel.com/en-us/articles/getting-started-with-intel-ipp-unified-media-classes-sample...
source /opt/intel/composerxe-2011.0.084/bin/compilervars.sh intel64
source /opt/intel/composerxe-2011.0.084/ipp/bin/ippvars.sh intel64
I'am aware of this problem and havebeen alreadyworking on it for some time. This is abugin multithread h264decoderspecific for macos/linux. You can use single thread mode by using -t1 argument as a temporary workaround.
We are planning to move to IPP7.0. We would like to know if this bug exists only in 7.0 or 6.1 too? Does this bug happen with specific resolution? Does this bug happen when decoding any h.264 stream?
[cpp]#if defined(OSX32) || defined(__FreeBSD__) pthread_mutexattr_settype(&mutex_attr, PTHREAD_MUTEX_RECURSIVE); #else pthread_mutexattr_settype(&mutex_attr, PTHREAD_MUTEX_ERRORCHECK_NP); #endif[/cpp]with this