网络实时监控软件的技术风险(200分)

  • 主题发起人 主题发起人 东张西望
  • 开始时间 开始时间
应该不关什么IMAGE的事情吧
应该是摄像头捕足,每秒应该达到30副.
如果是用USB摄像头最多只有20多副.
 
用HHTP协议显然不对头!应该使用媒体流Media play支持的Asf和realplay的rm都是挺不错的选择
,在你的程序中链接它们的压缩库,实时对视频数据进行压缩,然后广播出去,这样比较可行!
 
MPEG4好一点吧.
 
建议到图形图像版请教一下,是不是先把图片转化成流媒体保存好一些,比如说每小时做一
次转化,然后入库,如果这样,我估计sql server就可以了
 
每秒4张,要保存多少天啊?
干脆……用录像带好了,这种东西不值得用数据库来保存
 
只考虑程序设计层面,少了一些基础知识。
 
保存数据不是太难吧,看看这个结构:

name pice time
22432 图片 2002-01-27 1:32:24

如果需要回放那么确定时间
select pice from avi where [time]>:time_begin and [time]<:time_end order by name
不就是这些图片了吗。当然,你需要压缩,否则数据量太大。
粗略计算一下,一天的数据量:24*60*60*4*20/1024=6750M,这样的数据量肯定不行。压缩成rm,
每天做一次备份然后清空,应该问题不大。
 
把连续的Image图像压缩成为Rm流技术实现上有没有什么困难?
备份的数据如果是图像的确数据量太大.
 
[?]现场图像應該有很多是相同的或者相似的,畢竟一台機器的工作是有規律的,
(20K的圖片該是640*480 or 800*600的,精度不是很高),
這樣考慮,還要一直存儲圖片嗎?
10M的網速,但是真正的數據能達到多少?(我指的是流過的文件)
不到4X cd-rom,估算每秒20多帧,肯定不行.
 
我觉得你用一个摄像头
直接对着那台电脑,而那台电脑每秒在现实四幅图画
那把它摄下来,再压缩成mpeg4不就可以了
 
你可以作成两个程序,一个在服务器端直接读取本地的图形文件,然后怎么和客户段处理
传输,就好办了
 
我有詳細方案及demo,聯系
qq:6903836
lance0909@hotmail.com
lance0909@163.com
 
我手头有一部松下的设备, 用FTP的方式可以每秒钟发送 15帧图片到服务器上, 而且文件名带时间,详细资料请来Email:nchan@163.net
 
不要意思,忘了结案,联系到厂家,他们可以提供软件解决方案,就是要Money...
不打算自己开发了。
 
后退
顶部