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上增加了下载进度显示)
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上增加了下载进度显示)