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

东

东张西望

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #1

网络实时监控软件的技术风险
我现在负责一套软件的开发，需要先解决已知道的技术风险，到这里寻求帮助。
情况是这样的：
一套网络监控设备，有固定IP,该设备可以支持多个摄像头，允许最高每秒24帧的速度
保存现场图像在指定URL（例如192.168.1.1/image.jpg）。开发的任务就是使用软件定时
从该URL上获取图像，进行播放、保存等等管理。
关键的技术风险主要有：
1、Delphi的Timer控件可以达到每秒20多帧的精确度吗？我觉得好像不行。。。
2、使用VCL的image可能每秒显示24帧jpg全屏图像吗? 我看也不行。。。
3、由于Http协议是无联接的，假设在10MB局域网内，可能实现每秒20次
“连结+获取20k jpg图像+断开连结”的操作吗？
如果是宽带ADSL,或者DDN专线呢？ 我觉得也不行。。。
4、每天几G的数据保存用什么方案？保存为文件，快是快，但是量大，恐怕后患无穷；
桌面数据库大概也力不从心，大型数据库实时可能满足不了。

以上几点我没有足够的经验确认是否可行，请各位大大尽情讨论！

 

Z

zhaohai9

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #2

gz

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #3

方案的前提就不太可靠，以每秒24次的速度读取一个URL地址上的图片，你们的
实施监控就是这样实现的？？简直荒唐。

至少也应该用netmeeting或者realserver通过流媒体实现吧！

 

M

mjy97

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #4

一、在192.168.1.1开发一个应用服务器，最好能够直接获取图象流，用于响应客户端请求。

二、客户利用缓冲技术和流播放技术来完成。

 

D

drroc

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #5

gz

 

东

东张西望

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #6

事实上，我们手头的设备是每秒4帧（最新的每秒24帧），我来之前的开发人员已用VB开发了
可用的软件，使用文件方式获取图像，保存图像。软件已可以用，不过人走了，我要用Delphi
重新开发，每秒4帧我想可以实现，可是每秒24帧我觉得就有很多瓶颈。
我想必须使用缓冲技术，但是192.168.1.1是那台设备的IP,不可编程，不能建立应用服务器，
唯一提供的接口，就是Http的URL,也就是说，你随时可以以Url访问该设备就可以看到当前的
情形。
另外：非常感谢讨论，我一直在IE前面等人回信，谢谢，请继续。

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #7

我好像明白一点了。记得似乎有一种叫什么WebIn的芯片什么，可以支持任何硬件
的实施网上监控，你们该不会就用的这种东西吧？

 

东

东张西望

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #8

to 一个过客:呵呵，类似，设备是国外的，硬件技术很成熟。软件方面没有太多资料。

 

一

一个过客

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #9

硬件厂商总有解决方案吧？不然他们卖硬件干什么？

 

V

V_Lucky

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #10

关注！

学习！

 

M

maming

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #11

如果只能用url的话我想也可以吧！
你可不可以让你的显示延时呢？
也就是显示的机器比那台设备要延迟一分钟，或是几分钟，可以吗？
如果可以的话就可以把图取下来后先处理，如存成流可是别的，再播放就可以实现连续了，
不知我的理解是不是正确的。

 

东

东张西望

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #12

to maming:首先，播放也许可以延时1~2秒（1分钟肯定不行），但是获取图像绝对必须
实时，该设备不保留图像。每隔1/24秒刷新一次URL。
to 一位过客：我已经联系产商，不过还没回复，我是一颗红心2种准备，呵呵。

 

Z

zw84611

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #13

>>“由于Http协议是无联接的”：
Http是用TCP实现的，是有连接的吧。
为什么要用Http呢？为什么不直接用TCP传图片？

 

东

东张西望

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #14

to zw84611:
1、http连接一旦连上获取完数据应该就断开，下次要获取数据又要重新建立连结吧。
2、该设备本身就是个web server,服务器端不能由我们设计，就知道可以用URL获取
任何时期的截图。

 

初

初学者1

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #15

>>

 

Y

yhaochuan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #16

不要用IE的东西去读文件，自己写个socket client，组织HTTP协议头去连接
WEBSERVER，并使用多线程。

 

东

东张西望

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #17

to yhaochuan:
使用多线程连结web server获取图像吗？图像就一个URL：192.168.1.1/image.jpg,
只不过每秒变化20来次，多线程怎么用？

 

Y

yhaochuan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-24

• #18

HTTP的连接可以设定当数据传送结束后是不是马上关闭连接。
有了这一点可否做到说只用一个socket连接，去请求WEBSERVER返回/image.jpg（当然连接
的是192.169.0.1）服务器返回文件的时候会好象会返回此文件的一些属性，比如
大小，日期等（如果用过NetAnts的话就会在日志这页中看到客户程序和服务器程序之间的
对话（也就是HTTP协议）这样不就可以知道图象有没有变化吗？如果有变化则下传图片，
保存，然后再请示图片，判断返回的内容，根据此内容再决定要不要下传。
如果网络速度足够快的话，应该是服务器的图片一有变化，客户端就马上下传它

（仅提供一个思路）

 

Y

yyanghhong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-25

• #19

I think you might use multi thread to download the image file, just like netants.
I suggest you use netants to test how long you can download a file first, I don't
beceive the softwre you are going to write would faster than it

 

东

东张西望

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-25

• #20

好吧，图像的问题先这样，数据库方面大家有什么建议？
要求 每幅图在20K左右，每秒保存4张，每天备份。

原来的那套使用文件方式保存，文件名就是时间，每个小时一个目录，无法精确时间回放。