浏览 6539 次
锁定老帖子 主题:JAVA插件--视频录制和播放系统
该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2007-04-25
原理:监听平台所有的EVENTS,将其存储为一个可识别的文件,在CLIENT上重新执行这些EVENTS,达到播放视频的效果. 类似这种DEMO模式的在游戏等方面应用的已经比较广泛,这种方式的优点最主要有两点:解决了画面质量问题和文件大小文件. 我个人认为,这种实现的方式可以类似宏录制,将录制好的宏细分,单步执行,达到播放视频的效果. 不知道这种方式是否可行,这种方式有利于推广平台,相信是一个不错的插件.们不知道有没什么建议? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-04-25
看宿室很像6公寓
|
|
返回顶楼 | |
发表时间:2007-04-28
是10公寓的~~是称呼学长吗?
|
|
返回顶楼 | |
发表时间:2007-04-29
owen200008 写道 设置模式如下:
原理:监听平台所有的EVENTS,将其存储为一个可识别的文件,在CLIENT上重新执行这些EVENTS,达到播放视频的效果. 类似这种DEMO模式的在游戏等方面应用的已经比较广泛,这种方式的优点最主要有两点:解决了画面质量问题和文件大小文件. 我个人认为,这种实现的方式可以类似宏录制,将录制好的宏细分,单步执行,达到播放视频的效果. 不知道这种方式是否可行,这种方式有利于推广平台,相信是一个不错的插件.们不知道有没什么建议? 请问缓存这些EVENTS到文件再由CLIENT读取出来执行 和 直接TCP发送消息过去执行 有什么特别的优势吗? 这样会不会出现延迟问题? 和 解决了画面质量问题和文件大小文件 有啥联系呀? |
|
返回顶楼 | |
发表时间:2007-04-29
我们实现的功能是代替视频的作用.
文件大小和画面质量一般是成正比的在视频文件中,如果用录制EVENT保存到文件,将文件传输过去~~再在CLIENT上执行,那样肯定不会出现延迟的问题啦. 而且记录EVENT事件的文件肯定比视频文件要小~这个应该是肯定的吧~传输起来更方便~ |
|
返回顶楼 | |
发表时间:2007-04-30
owen200008 写道 我们实现的功能是代替视频的作用.
文件大小和画面质量一般是成正比的在视频文件中,如果用录制EVENT保存到文件,将文件传输过去~~再在CLIENT上执行,那样肯定不会出现延迟的问题啦. 而且记录EVENT事件的文件肯定比视频文件要小~这个应该是肯定的吧~传输起来更方便~ 我赞成这样肯定比视频文件要小 但是你的传输文件对这些EVENT描述得够不够详细 如果文件稍大 加上网络问题,怎么可能完全避免延迟呀? 还有CLIENT上执行这些EVENT会不会和操作系统有关系或和运行环境有关系 还是不明白 对这些技术 你应该更加详细的说明下或者提供资料 难怪没什么人关注 大家都投你隐藏票了 还想说点,类似你说的这个功能 VNC处理得也很好 video driver 技术只把变化的区域截取发送 是不是你说的录制EVENT比录制区域更加高效稳定 |
|
返回顶楼 | |
发表时间:2007-04-30
恩 谢谢你的回复~~
这个问题主要我们也是刚接触,现在我们是想征求广泛的意见和方法,拓展我们的思路. 对于第一个问题:加上网络问题,怎么可能完全避免延迟呀? 可能刚开始我没说清楚,这个记录的EVENT文件是象视频一样下载到CLIENT上的,不是通过网络传输. 第二个问题:执行EVENT会不会和操作系统有关系或和运行环境有关系 这个问题我也考虑过了,NETBEANS是运行在虚拟机上的,而且它传输的EVENT机制是一样的.所以我认为是可以跨平台的.还有一个问题就是NETBEANS的状态(可能有些PANEL在CLIENT是关闭,录制者那是开着的),我们想用状态加载,就是加载跟录制者一样的NETBEANS状态. 第三个问题:没什么人关注,隐藏票 由实力决定的啊,说明我还是个新手,呵呵~~~需要更加努力学习~~ 第四个问题:录制区域,怎么感觉象AJAX.不过确实没想过,不过这种跟我们的机制应该是完全不同的吧.类似视频这种. |
|
返回顶楼 | |