I use the latest Linux version ipp sample, the VC-1 encoding speed is too slow: 8.3fps under 720*576. But the same umc_video_enc_con program doing H264 encoding at 50 fps. Hardware is same(a double Quad-core Xeon). I tried different setting but did not make any difference. And I noticed that during encoding the CPU was near full. Anything wrong? How to improve?
Thanks in advance.
What is your exact command when you run the VC-1 and H264 encoder?
As your hardware isdouble 4-core xeon, I doubt the threading is on in H.264 encoder, where VC-1 is not threaded, so you see the big difference on fps.
If you are running umc_video_enc_con, you may set-t 1- number of threads for encoding or export OMP_THREADS_NUM=1 and see if any changeifboth encoderrun in serial.(same starting line :)).
The command line is:
LD_LIBRARY_PATH=/opt/intel/ipp/6.1.2.051/ia32/sharedlib ./umc_video_enc_con vc1 -t 8 vc1.par /tmp/a.vc1
The problem is, the speed does not change between "-t 1" and "-t 8". From 'top' command, I can see that almost all CPU cores are busy during encoding even when "-t 1" (722% cpu):
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
11138 peter 20 0 67748 15m 4156 R 722 0.5 0:40.27 umc_video_enc_c
Could you please help to use the umc_video_enc_con to do a comparation of H264 and VC1 encoding under linux?
Thanks a lot.
This is an interesting issue, the performance of the VC1 encoder (UMC implementation) seems to be quite lengthy, while the H.264 (UMC implementation) produces much more efficient results.
Basically, VC1 encoding algorithm complexity is expected to be similar to H.264 complexity.
This is not about the Linux version of ipp, the same experience appears on windows as well.
Here is another thread with similar extended discussion Problem in varying bit rate in Simple player (http://software.intel.com/en-us/forums/showthread.php?t=71023)