一般我们调试Firebreath的插件,使用的方法是,启动一个老版本的firefox(单进程),打开插件页面后,在调试中选择“附加到进程”,选择firefox进程,触发断点调试。

但有的时候需要调试启动过程,那么这个方法就不行了。
其实直接按F5启动调试的办法也很简单,只需设置“ALL_BUILD属性”,在“配置属性”-》“调试”中。
命令输入firefox.exe的全路径,命令参数输入插件的html地址,可以是本地文件路径,就行了。

如果dll注册就在debug生成目录,那么不需要额外操作,直接就能开始调试了。

原创文章,转载请注明: 转载自贝壳博客

本文链接地址: 如何在Visual Studio 中,F5启动调试Firebreath插件

这是困扰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程序