|
阅读：3789回复：15
升级了 3.6.4 build2 说一下 oopp的变化！
如题，升级了 3.6.4-candidates build2 以后，
第一时间开启oopp也就是about:config里的dom.ipc.plugins.enabled 设置：true 发现flash不在卡卡的了！值得祝贺！ 2010年5月4日：怎么就没有人相信我呢？ 你们打开这个页面测试一下flash就知道了。 “大家也可以测试一下，做一下对比：http://www.adobe.com/products /flashplayer/ ” |
|
|
|
1楼#
发布于：2010-05-04 01:41
是真的吗？老林。。。。。。。。
|
|
|
2楼#
发布于：2010-05-04 01:41
心理作用吧？FF对FLASH一直支持不好。
|
|
|
3楼#
发布于：2010-05-04 01:41
guanshuila：心理作用吧？FF对FLASH一直支持不好。回到原帖 FF 版的 Flash 插件效率没有 IE 版ActiveX的效率高，这不是FF的错，是Adobe的问题。楼主说的是开启那个选项前后的对比，而不是和IE下的表现相比。 |
|
|
4楼#
发布于：2010-05-04 01:41
不是心理作用 你们拿两个版本同样打开OOPP来测试就知道。B1的版本会出现卡一下 停一下3毫秒左右 又继续走的情况！不是缓冲。
|
|
|
|
5楼#
发布于：2010-05-04 01:41
|
|
|
|
6楼#
发布于：2010-05-04 01:41
没感觉，从来不卡
|
|
|
7楼#
发布于：2010-05-04 01:41
dom.ipc.plugins.enabled 设置为false更流畅。
|
|
|
|
9楼#
发布于：2010-05-04 01:41
oopp?啥东西?
|
|
|
|
10楼#
发布于：2010-05-04 01:41
oopp=out of process plugin，插件独立进程。
|
|
|
|
11楼#
发布于：2010-05-04 01:41
|
|
|
|
12楼#
发布于：2010-05-04 01:41
默认关闭的， 比较好
|
|
|
|
13楼#
发布于：2010-05-04 01:41
废话么, false 当然比较快.
一个是进程内通信, 有共享数据区可以访问. 一个是跨进程通信, 必须借助OS的API进行. 我支持OOPP, 因为如此, gecko 可以控制 插件的访问权限, 不应该它访问的数据它不能访问. |
|
|
14楼#
发布于：2010-05-04 01:41
...看来中.宣.部和光腚总局 不让用缩写还是有点道理的呵呵呵呵 (误)
什么Amo.什么ooopp...就是搞不懂...... |
|
|
上一页
下一页
