jabbany
【长期串】脚本弹幕测试用例搜集
- av980264 【黑屏弹幕】人造ENE 简单的文字、绘图操作、并行补间
- av628659 惊艳！半年良心作★Minecraft★World of Ansesuta 简单的文字、Flash滤镜，80%的B站代码弹幕的模式
另外，有一些东西，比如复杂的补间和滤镜，用HTML5实现比较困难，可以考虑用Shumway的部分成果。 目前Mozilla的Shumway项目对于非视频的Flash（因为HTML5不能放FLV嘛）支持很让人满意。
另外，有一些东西，比如复杂的补间和滤镜，用HTML5实现比较困难，可以考虑用Shumway的部分成果。 目前Mozilla的Shumway项目对于非视频的Flash（因为HTML5不能放FLV嘛）支持很让人满意。
其实用SVG就能支持大部分滤镜，补间可以用JS写 easing function。。。好像Shumway模拟的时候也是这么做的。Flash本质就是能动的SVG+一些ActionScript嘛——
- av1250752 【洛天依民国风】八辈子【PV付】 讨厌的注入方式，通过
$.root.addEventListener对所有添加到视觉界面的弹幕进行操作，低效而且充满BUG的可能性（直接例子就是如果有另一条代码弹幕）
av1250752 【洛天依民国风】八辈子【PV付】 讨厌的注入方式，通过 $.root.addEventListener 对所有添加到视觉界面的弹幕进行操作，低效而且充满BUG的可能性（直接例子就是如果有另一条代码弹幕）
又见 星璇_Sora。 不过我要说的是，写这个注入的时候应该可以做过滤的对吧。 而且这个是脚本作者的问题。我们只管实现就好了。
不过我要说的是，写这个注入的时候应该可以做过滤的对吧。 而且这个是脚本作者的问题。我们只管实现就好了。
是可以过滤，问题不在这个。问题在于CCL的架构和Flash不一样，这样写的话会导致效率极低，因为绕弯子了。
$.root 是弹幕舞台的链接，在上面绑定Event.ADDED的效果就是所有添加的子对象，都会触发event。在CCL里面为了保障安全，代码弹幕在沙箱里通过影子对象实现绘图和交互。而这种绑定因为需要监听整个舞台DOM，所以不受 Runtime 的影子绑定控制。
外部的非 Scripting 添加的 DOM 元件因为没有ID，无法产生逆影子对象。要想解决的话必须“编造”一个ID并告知沙箱，但是这样没法智能地“猜出”这个DOM元件到底是什么 Scripting类，也就没法自动填充 textColor 这种属性。。。。
B站的代码文档里面有给出如何访问弹幕列表，但是很明显很多作者不喜欢这么写。而这样hack似的绑定Flash的事件，CCL就没法支持了。
感觉很高端啊这个, 15年的，polish程度比以前的厉害好多！（感觉API用得也高端起来了。。。
- http://www.bilibili.com/video/av2775802/
- http://www.bilibili.com/video/av2669196/