 图13完整MPE-FEC机制运作与单纯RS解码的平均执行时间
由图13可知整个MPE-FEC机制的运作时间大多花费在RS译码上，因此本研究进一步将RS译码使用C/C++并且使用RS内部不同的译码算法透过Java的JNI(JavaNativeInterface)呼叫在Windows上执行完整的MPE-FEC机制，其执行解果如图14所呈现。
 图14Java与C/C++以及不同算法在Windows上的平均执行时间
虽然就执行时间上来看，使用C/C++并采用BM算法的译码时间较短，但对于表5所撷取到的Delta-T时间(1250毫秒)而言，仍无法达到DVB-H接收端的实时播放。因此，再进一步测试在Linux系统上不同算法的C/C++语言执行时间并与Windows的执行时间汇整而得到图15。
 图15不同操作系统下，C/C++使用不同算法的执行时间
在Linux操作系统上执行完整的MPE-FEC机制运作后所得到的平均执行时间均小于在Windows上的执行时间。此外，使用BM算法在Linux与Windows上的执行时间更相差约略2.5秒，并且已能符合DVB-H接收端实时播放的时间要求。
最后在Windows将测试档案加入错误后，再透过本研究所设计的软件系统进行纠错之后所得的数据存成档案再进行播放。
6、结论
本研究利用纯软件的方式来仿真实作DVB-HMPE-FEC纠错机制，并确实能修复还原添加于测试档案中的错误，虽然于Windows操作系统上的数据处理时间已超过实时播放的时间要求，但在Linux上采用BM算法的RS译码测试实验结果，却已符合实时播放的限制条件。因此，以系统的执行时间及实时播放的角度来看，对于往后的软件设计实作，在Linux上实现，或许会比在Windows上更为理想。 | 
