一般我们调试Firebreath的插件，使用的方法是，启动一个老版本的firefox（单进程），打开插件页面后，在调试中选择“附加到进程”，选择firefox进程，触发断点调试。
但有的时候需要调试启动过程，那么这个方法就不行了。
其实直接按F5启动调试的办法也很简单，只需设置“ALL_BUILD属性”，在“配置属性”-》“调试”中。
命令输入firefox.exe的全路径，命令参数输入插件的html地址，可以是本地文件路径，就行了。
如果dll注册就在debug生成目录，那么不需要额外操作，直接就能开始调试了。
原创文章，转载请注明： 转载自贝壳博客
这是困扰N年的问题了，Adobe似要放弃但又不舍的flash，一直在更新，但大家呼唤已久的aac编码始终不肯加入。
于是基本上需要做高级点Web页直播的，不是让主播用第三方工具，就是在服务端实时转码，挺费劲的。
简单点的基本上全站flash的也有，flash仅做推流播放的也很多。
WebRTC在大家的期盼下也慢慢得到了大部分浏览器的支持，但结果一看这丫也不用aac，而是用的Opus，似乎是个版权问题？
Opus在语音与音乐等编码场景都能应对，但rtmp不支持呀，还是需要转码。协议接入也是一个麻烦点。
既然Adobe能开发flash插件，大家为啥不直接开发插件呢？
这个说起来似乎更痛苦，ie要开发ActiveX，win10 更新到Edge了，又不知道是支持哪种（有了解的朋友请告知我一下）？早先的chrome和firefox要开发NPAPI，现在不兼任了，又要开发PPAPI。
似乎只有大公司能折腾这些事吧。腾讯云好像有一款ActiveX的推流插件，但没仔细看。尽管可以兼容ie，做点行业应用，但你现在让前端做ie兼容的娱乐向页面，他分分钟摔键盘。
最近有一点研究时间了，回看了一下之前了解过的FireBreath,说是可以一次开发多个平台的浏览器插件，我觉得可以利用它来实现我一直想要实现的功能。
1.x版本可以支持ActiveX和NPAPI的插件，2.x说是准备兼容PPAPI，但似乎有点麻烦，这方面资料也不多，而且项目也已经很长时间未更新了。
似乎又陷入绝境。
继续阅读
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: 如何在浏览器里面推送H.264+AAC的RTMP直播
之前买了一片友善之臂NEO2做NAS，配置了aria2远程服务，下载百度云盘的资源，速度还不错。
但需要下载迅雷链接时，就没有办法了。
以前用Raspberry Pi 1代时，可以用迅雷的嵌入式版本Xware_armel_v5te_glibc.tar.gz
后来用pi3， neo2这种arm64处理器的板子时就无法使用了。
会提示“-bash: ./portal: No such file or directory” 。
今天突然想到，完全可以安装armhf的运行时呀。就好像在Ubunt下安装的一系列i386库一样。
继续阅读
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: 如何在aarch64的系统上执行armhf程序