Yangff

> I cannot this processor type to populate in IDA7.0. I have copied the file to the plugins folder, but as this is my first time working with the software,...

@mytbk 主要是我把整个Flash Bios的流程看了一遍，似乎没有签名相关的代码，以及针对签名错误的错误信息…… 除了一个比较奇怪的Oem check…… 主要是窝不知道啥时候手贱升级了bios，现在刷只能看到`ERROR 182 - BIOS image is equal or older than ROM!`

好吧，我可能找到了…… 藏得真深…… @mytbk 在我这里是这样的，各个平台上的winflash最后会调用到SystemFlashUpdateDriverDex的+448这个函数，这部分具体的原理我不大清楚，反正那个模块最后会调用到这个函数上 然后显示各种欢迎信息，帮助什么的…… 如果参数是write或者embedded_microcontroller （em）的话，大概不是这个模块负责的，会走一个和正常刷写无关的流程。 否则的话，会开始读当前的flash module 然后开始读当前的（读出来的）bios的信息，build date time，build date time info，SMBIOS information什么的，还有是否允许rollback 然后是读取参数并且根据参数做的一系列合法性检查。 然后开始读要写入的image 然后取出要写的那部分 然后又是一堆检查，各个参数的合法性检查，从错误号来看都不大重要…… 比较让人注意的就是一个security_bios的全局变量，（因为我没有刷成功过改过的）我不知道刷改过的bios会出什么错，但是这个属性会导致Error 233，`Only secured capsule is allowed on a SecureFlash system`,...

[DUMP.zip](https://github.com/mytbk/firmware_notes/files/661615/DUMP.zip) -然而并不行-

一个建议是 http://bgrins.github.io/videoconverter.js/ 在本地处理，或者考虑插件，NaCl之类的。 如果你说在本地做不到real time，你可以考虑一下用户数量和你的服务器的承受能力。 用云的话考虑一下CPU 费用/时间 + 流量收费模式下准备烧多少钱的问题。 以上两点还要考虑在天朝政策范围能是否允许建立这样的服务器。

@sgdxpdqqzh 国外的服务器到国内的话，稳定性基本是坑吧。

@jabbany 我本来是考虑NaCl之类，或者是客户端程序协助转码的，转码对计算的需求实在太大，特别是在高清的情况下。

另外，用asm.js的话性能其实也还算过得去吧。

@jabbany 那个实现的比较搓，但是api地址基本就那些。 @sgdxpdqqzh 百度转码非常不给力，这个不多说，记得根本不支持高清。 而且网络你要考虑同时使用的用户数，就算给你满100m的流量，放个720p的，千号个人同时使用就sb了。这是真烧钱的。 低清的话直接从视频站解析手机/平板用的地址，只要考虑到iOS的视频站都会有低清晰度的。

@sgdxpdqqzh p2p的话，技术上很难做到。 而且怎么看这么高的成本正常情况下都很难长时间支持吧。