论坛首页 入门技术论坛

JAVA插件--视频录制和播放系统

浏览 6539 次
该帖已经被评为新手帖
作者 正文
   发表时间:2007-04-25  
设置模式如下:

原理:监听平台所有的EVENTS,将其存储为一个可识别的文件,在CLIENT上重新执行这些EVENTS,达到播放视频的效果.

类似这种DEMO模式的在游戏等方面应用的已经比较广泛,这种方式的优点最主要有两点:解决了画面质量问题和文件大小文件.

我个人认为,这种实现的方式可以类似宏录制,将录制好的宏细分,单步执行,达到播放视频的效果.

不知道这种方式是否可行,这种方式有利于推广平台,相信是一个不错的插件.们不知道有没什么建议?
   发表时间:2007-04-25  
看宿室很像6公寓
0 请登录后投票
   发表时间:2007-04-28  
是10公寓的~~是称呼学长吗?
0 请登录后投票
   发表时间:2007-04-29  
owen200008 写道
设置模式如下:

原理:监听平台所有的EVENTS,将其存储为一个可识别的文件,在CLIENT上重新执行这些EVENTS,达到播放视频的效果.

类似这种DEMO模式的在游戏等方面应用的已经比较广泛,这种方式的优点最主要有两点:解决了画面质量问题和文件大小文件.

我个人认为,这种实现的方式可以类似宏录制,将录制好的宏细分,单步执行,达到播放视频的效果.

不知道这种方式是否可行,这种方式有利于推广平台,相信是一个不错的插件.们不知道有没什么建议?


请问缓存这些EVENTS到文件再由CLIENT读取出来执行 和 直接TCP发送消息过去执行 有什么特别的优势吗?
这样会不会出现延迟问题?
和 解决了画面质量问题和文件大小文件 有啥联系呀?

0 请登录后投票
   发表时间:2007-04-29  
我们实现的功能是代替视频的作用.
文件大小和画面质量一般是成正比的在视频文件中,如果用录制EVENT保存到文件,将文件传输过去~~再在CLIENT上执行,那样肯定不会出现延迟的问题啦.
而且记录EVENT事件的文件肯定比视频文件要小~这个应该是肯定的吧~传输起来更方便~
0 请登录后投票
   发表时间:2007-04-30  
owen200008 写道
我们实现的功能是代替视频的作用.
文件大小和画面质量一般是成正比的在视频文件中,如果用录制EVENT保存到文件,将文件传输过去~~再在CLIENT上执行,那样肯定不会出现延迟的问题啦.
而且记录EVENT事件的文件肯定比视频文件要小~这个应该是肯定的吧~传输起来更方便~



我赞成这样肯定比视频文件要小
但是你的传输文件对这些EVENT描述得够不够详细
如果文件稍大
加上网络问题,怎么可能完全避免延迟呀?
还有CLIENT上执行这些EVENT会不会和操作系统有关系或和运行环境有关系
还是不明白
对这些技术
你应该更加详细的说明下或者提供资料
难怪没什么人关注
大家都投你隐藏票了

还想说点,类似你说的这个功能
VNC处理得也很好
video driver 技术只把变化的区域截取发送
是不是你说的录制EVENT比录制区域更加高效稳定
0 请登录后投票
   发表时间:2007-04-30  
恩 谢谢你的回复~~
这个问题主要我们也是刚接触,现在我们是想征求广泛的意见和方法,拓展我们的思路.

对于第一个问题:加上网络问题,怎么可能完全避免延迟呀?
    可能刚开始我没说清楚,这个记录的EVENT文件是象视频一样下载到CLIENT上的,不是通过网络传输.

第二个问题:执行EVENT会不会和操作系统有关系或和运行环境有关系
    这个问题我也考虑过了,NETBEANS是运行在虚拟机上的,而且它传输的EVENT机制是一样的.所以我认为是可以跨平台的.还有一个问题就是NETBEANS的状态(可能有些PANEL在CLIENT是关闭,录制者那是开着的),我们想用状态加载,就是加载跟录制者一样的NETBEANS状态.

第三个问题:没什么人关注,隐藏票
    由实力决定的啊,说明我还是个新手,呵呵~~~需要更加努力学习~~

第四个问题:录制区域,怎么感觉象AJAX.不过确实没想过,不过这种跟我们的机制应该是完全不同的吧.类似视频这种.
0 请登录后投票
论坛首页 入门技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics