flex 中VideoDisplay 的小陷阱

Flex 的VideoDisplay 控件对于创建视频播放程序非常快捷,方便,但我在使用过程中遇到了一个小陷阱,经过翻看VideoDisplay 源代码,最后总算搞清楚问题所在了.
VideoDisplay 有一个ready 事件,按照文档的说法,ready 事件发生时,说明flv文件已经就绪,可以播放了,但实践中发现,在ready事件中获取totalTime 属性时,这个值有时正常,有时是-1,尤其是网络传输速度慢时更是如此,经过反复试验仍不能解决,最后只能查看VideoDisplay源码,发现文件长度的获得是在metadataReceived 这个事件中,totalTime 的计算依据是文件长度,如果文件长度未知,totalTime就返回-1,而metadataReceived有时发生在ready事件之前,有时发生在ready事件之后,导致在ready中获得的totalTime时而正常,时而是-1.所以为了保证能够正确获得totalTime,需要同时处理metadataReceived事件.
如果你的firefox上装有firebug,可以看这里: http://dukerr1.googlepages.com/app.html ,通过firebug console,并反复刷新,就可以看到ready事件和metadataReceived事件发生的顺序不确定.
(这个播放器使用了flex的preloader定制机制,使用一个静态位图做preloader(也可以使用swf);使用flex 的skin机制定制了播放控制条;扩展了Slider control,在Slider上增加了下载进度显示)

评论

6 楼 kitewhere 2011-08-17  

即使是读取本地flv也会有此问题 看来要判断下ready和metadataReceived的发生的顺序,那个后发生就把读totaltime的代码放哪里
ps:videoplayer还有什么其他bug没

5 楼 javaEEdevelop 2011-03-15  

好的，有点帮助，谢了

4 楼 jerry_chen 2008-08-26  

您好，我在调试videodisplay的时候内存越小越容易遇到totaltime为-1的情况，您所要处理metadataReceived事件，请问该怎么处理呢？

3 楼 duker 2008-03-05  

harry9888  不好意思,这段时间比较忙,一直没上来,你的这个问题我想应该用事件的方式来解决,让子组件派发一个自定义事件,然后监听者负责改变它们自己的状态.
或者用将这些操作放到 cairngorm的command 对象中.(其实cairngorm的command也是事件驱动)

2 楼 harry9888 2008-01-20  

或者这个操作就尽量不要写在这个子对象中

1 楼 harry9888 2008-01-20  

问个问题：

我在子组件中要操作父组件的状态，使用parentDocument.parentDocument.currentState

但是如果这个子组件用于其他地方,父组件的级别就不一定一样了,有没有其他的方式操作父对象呢?