谈谈网页上进行视频解码

      h5出现以后在浏览器上能做的事情越来越多，大无论是桌面应用还是移动App大有将这些应用取代的趋势，reactNative使这种趋势变的更明显，在我上一家公司刚入职和我的组长谈论起了js都能干些什么，我说node出来以后js什么都能干，无论是前端还是服务器端，我说完以后他先是呵呵一笑，然后说那就好，在随后的项目的项目实现中遇到了一个关于视频处理的问题，视频码流是H.264码流，从硬件获得，这些视频信息是在硬件设备上将多个视频图像合成一个大的视频然后传到前端，然后将这一个大的视频图像经过处理还原成原来的多路小图像，在页面上展示出来，这个功能是万万用video标签解决不了的，只能是在前端进行视频的解码然后再做处理，这些处理涉及到视频的截取，缩放等，先不说这些算法懂不懂，为了保证视频的实时性，以及内存的影响必须得用多线程，而浏览器的多线程我是不想多说什么，此外这样的视频流在一张网页上还不只有一个是四个。主线程与子线程之间传递数据要靠复制数据，传一张1920*1080的图片就要耗费很多内存，看webworker的API说主线程与子线程之间传数据只要是特定的数据结构可以不复制，主线程可以直接读取子线程的内存，（之前好像也看到过W3C已经有了主子线程共享内存的API，但是好像又取消了，存在安全问题），但是并没有用，项目做到这样就没法做下去了，js与C/C++在运行速率方面还是有较大差距的，直到现在我想起来的们组长的那个hehe才感到了自己当时有多无知，不过的事情总是有发展的asm.js和webassembly都大大提高到了浏览器端代码的运行速率，正适合这种cpu密集型操作，webassembly是三大浏览器厂商为数不多的共同支持的项目&#