ICT(信息通讯技术)专题讨论定期聚会

guangyang

各位:组织一在悉尼的ICT(Information/Communication Technology)专题讨论定期聚会怎么样?内容拟以技术讨论为主,管理,创业等等的也可,每次一人(或几人)主讲,事前公布内容标题与主讲人,以便大家交流ICT技术与心得,在这个技术更新以秒计算的领域里互相提协,具体建议如下,请各位增减捧场:
(1)每次租一公共场地(主讲者或任何人都可出资,无人出资本人会出,一般几十元),如人多且有电脑准备的讲稿可再租一Projector(投影仪,一般几十元)以便大家可看见你的诸如PowerPoint文章内容;
(2)聚会前充分通知内容提要以便参加者有讨论和提建议的准备;
(3)聚会内容以视频录像形式发布到网上供以后参考回顾,可利用Google, Hotfile, YouTube之类存视频文件(在FREEOZ等处指明文件存放处即可):本人可做此事,有愿帮忙的朋友当然欢迎;
(4)墨尔本的"新足迹"(http://www.oursteps.com.au)已有一类似召集会叫做"猫本IT人士聚会"(http://www.oursteps.com.au/bbs/f ... &extra=page%3D2),各位可参考,我已把此帖在那里也发了;
(5)如没有高手立即出来站台,为抛砖引玉,本人可为第1,2次聚会出讲题和租场地/投影仪:
讲题1:电脑视频采集技术现状与前景(本人行业)
讲题2:C++与C#/VB编程同异及比较(本人经验)
当然最好是有高手先来讲更吸引人的题目!
地点:悉尼Ultimo Community Centre (离Chinatown不远,本人以前租过);
(6)本人渴望听到的讲题:
---互连网(Internet)及手机视频传输技术介绍评比
---网页网站编写技术介绍比较;
(7)每次聚会结束时当面定下下次聚会讲题人与内容,时间/地点/设备由该主在FREEOZ上本讨论组内和任何其它网站上公布,当然其他人可尽量帮忙,本人会尽量帮忙;
(8)讲题/演讲中文为主,任何人参加都欢迎,有不懂中文者本人可做英文翻译.
(9)请各位朋友评论/帮忙/捧场,本人QQ 1824083658

guangyang

是否关于我写的ICT缩写有误解? 其实就是IT加上通讯工业呀,从业者包括程序员,软/硬件工程师,网络工程师,网络管理员,数据管理管理员,测试工程师,网站开发者,等等,这在找工时统称为属于ICT工业类(看下SEEK:http://www.seek.com.au/)

水知道答案

关注，支持！

DDD888

技术问题其实可以在这里发帖子讨论啊,为啥一定要人到现场呢?

guangyang

人到现场可以开Seminar:一个PowerPoint Presentation列出提纲, 当面讲明各类细节,在这里FREEOZ上用文字写技术交流太麻烦了吧

cais

这种聚会其实是技术交流与networking并进吧。

BEN1980

支持楼主 楼主可以讨论一些ip camera 的带宽计算公式吗？

ubuntuhk

支持一下

guangyang

应该是什么都可交流,只是以IT行业的名字来打个幌子而已:你若愿把当时场景Live Transmit 到Internet上那也行呀,就是需要个上传速度(Upload Speed)快些的网点

guangyang

当然可以:　IP Camera的数据（视频）带宽应是与任何其它数字视频的传输带宽没有区别的：比如你一个１９２０Ｘ１０８０Ｐ的２５桢／秒的８Bit以4:4:4取样的高清摄像头的未压缩每秒数据流就是１９２０Ｘ１０８０Ｘ２５Ｘ３Ｘ８＝１１８７MBps即约１.1ＧBps, H.264的硬压芯片一般可做到５MBps～50Mbps左右的传输数据两，即压缩比是约220:1 ~ 22:1. 你有什么具体问题要讨论吗？

BEN1980

谢谢楼主的回复.
有的IP camera 自带闪存，4G到64G不等。有的IP camera 不带，所有的数据存到网络硬盘。
我看到自带闪存的IP camera 厂家总是声称他们可以节约带宽。
我想知道如果象素一样，帧数一样，压缩格式也一样，
摄像机自己带不带闪存，或者闪存的大小对于带宽有影响吗？

guangyang

ＩＰ像机的传输数据带宽显然与其是否有内制闪存无关：与其所用的Ａ／Ｄ转换和ＭＰＥＧ压缩芯片有主要关系

BEN1980

谢谢搂主回复。
如果说有50个IP摄像机，20个电脑分布在不同的办公室监控。
如果同时有10个电脑查询同一个ip摄像机的图像。
这样的情况下，有没有闪存会不会对于网络的带宽有影响？
我感觉ip摄像机闪存可以作为网络拥挤时候的缓冲区。

guangyang

没影响:CAMERA只能直接把压缩好的视频实时向IP网上传,没法用闪存或任何介质做缓冲区:这是实时传输(Real-time Transmit),没缓冲一说:网络若拥挤了则就出现网络过载问题,CAMERA不应对此做反应和负责;要真把采集的数据存在闪存上再送出去就变成非实时的传输了,CAMERA不会这样做的,它上面也没电路/软件能够这样做

BEN1980

谢谢楼主的回复。

MOBOTIX（一个德国厂家） 的材料声称，他们的每一个摄像机相当于一台电脑，可以对图像压缩，存储和通信。
他们的材料提出一个概念，decentralized ip system. 他们认为decentralized 系统可以节约带宽。
他们的摄像机一台大约1000欧元。我粗浅的认为，如果一个摄像机相当于一台电脑，是不是就可以实现以前监控系统的服务器的功能或者说在decentralized ip system 中，network server 就不是必须品了。
我是电气工程师，我对于网络的架构理解有限。

guangyang

我有空时看看MOBOTIX的功能介绍再回答.但现在的IP像机,甚至像机内的单个芯片都已经"相当于一台电脑，可以对图像压缩，存储和通信"了,这并不是一个新概念和新技术组合/集成.同时这与上一帖讨论的ＩＰ像机内有无闪存不影响像机向外传输数据的速度/带宽并不矛盾.　至于你所引用的"节约带宽",是否是指同一视频内容不必从同一像机向不同的接收端重复传送?还是什么其它意思?但这类"节约"或"增减"数据传输带宽的讨论基本属于网络实现与布局技术,与IP像机的基本技术无直接关系．

BEN1980

谢谢你的回答。

我考虑的问题大概是一个建筑的CCTV系统，所以前端有几十个甚至几百个ip camera. 监控的电脑分布在不同的区域，数量也有几十个。

打个比方，需要传输的图像相当于汽车，通讯的线路（cat cable 或者 fiber) 相当于公路，带宽就像公路车道数。

我的理解，闪存的作用相当于高速公路的紧急停车带。当公路有点拥挤的时候，有些车辆先停在紧急停车带，来保证某些重要的车辆先行。如果没有闪存，是不是就必须缩小每个车的尺寸（降低图像质量）甚至丢失一些图像来保证网络的畅通？

从单个摄像机来说，有没有闪存应该无所谓，就像一辆车走在一个车道。因为我工作的范围在建筑设计，所以考虑的重点可能和你的方向不是很重合。当然，对于CCTV，你应该比我专业的多。

guangyang

说"需要传输的图像相当于汽车"我以为不妥: 如前2帖所述, IP像机向网络送出图像数据是一个实时的过程, 即在时间流上需要用永不停顿地把当时当地IP像机从外界采集到的图像瞬间送到IP网上:任何一个瞬间的图像数据如果不能即时送出,那就要把此数据扔掉以便使在它后面的图像数据能够被立即送出:这里不存在把这些图像改小改低(如你所说把汽车改小)的可能因为没有时间(改动图像内容要花大量计算时间),也不存在把图像先放在闪存缓冲区等一会儿再送的可能:因为你要把任何一瞬间的图像暂停发送了,那在此瞬间之后的所有图像都会永远滞后发送,那你的数据流就出现每在闪存里缓冲一次就新引进一段时间的滞后,越到后来你的网上图像就越落后于当时当地IP像机采集到的图像,这就使"实时传输"不"实时"了:即在各接收终端上显示出来的图像与当时IP像机的采集内容越差越远了.你所举的建筑工业中的CCTV的例子其实在这里正是需要避免这种出现非实时图像传送的显现:CCTV最希望它的各显示终端上出现的是当时那一瞬间出现在各IP摄像头面前的图像,而不是以前什么时候的图像.
通过这几次讨论,我感觉你是否对IT技术中"实时传送"这一点似乎不够理解: 在以太网中,在电路板上,在芯片内部等等都存在许多需要"实时传送"的数据:这些数据是不能用缓冲技术来耽误以便"等会儿再送"的.当传送这些数据的通道出现拥挤而导致某一瞬间的数据不能立刻送出时,那一瞬间的数据就应该扔掉而不是把它存起来等传输通道不再拥挤时再送出. IT工业中这样的例子无限多:最简单可举网络中传输中央时间的数据:如果真的出现网络阻塞了,只要阻塞不解决,所有阻塞期间中央时钟产生的数据都必需扔掉,只有在网络恢复畅通那一瞬间产生的中央时钟数据才是在那一时刻需要送出的数据

BEN1980

感谢你的回答，

关于你说到的“实时传送”，在模拟机的时代，的确是完全实时的。

我的观点是，闪存的缓冲作用和你说的图像实时处理并不矛盾。镜头记录图像，图像处理芯片压缩图像，以h.264的格式传送。如果摄像机没有闪存，那就是直接传送到网络存储器。
如果有闪存，那就是实时传送到闪存。闪存的容量如果满了，那么原来的数据会被新的数据代替，如果没有满并且这时候网络不通，所有的图像并没有丢失，因为闪存记录了所有图像。

当网络通畅时候，数据就重新传送到网络存储器。从厂家的报告中，甚至认为网络存储器只是备份作用，如果客户允许，甚至可以取消。

kuafu

关注中。
届时请提前公布时间、地点或乘车路线。谢谢！

guangyang

不论模拟机还是数字机, 我说的"实时传送”的原理和要求都是一样,它的基本点是:从IP像机采集到的即时图像需要立刻送到网络上,这种传送与此像机上有无闪存没有关系(即即使有闪存也要把此时此刻像机采集到的图像立刻送到网络上,而不是把存在闪存上的最早的图像送到网络上):在有闪存时也可不断地把像机采集到的图像存入闪存,但这些呆在闪存上的图像数据对图像在网络上的传输没有作用:无论是网络畅通时还是网络阻塞后刚刚恢复重新送出新图像数据时,这些呆在闪存上的图像都不必向网络送出.

而你说的"当网络通畅时候，数据就重新传送到网络存储器":如果这里"数据"是来自你在网络通畅之前存放到闪存上的图像,那你这个网络从摄像机到"网络存储器"的图像传送就不是"实时传送”,而是一种非实时的网络数据传送:类似于FTP之类的传送:线路有带宽就传,无带宽就等,它与FTP的区别只是这个图像的来源是摄像机的输出而不是已经存在某处的文件.

但IP像机的首要目的是要进行对采集到的图像"实时传送”,不能进行"实时传送”而只进行你这种非实时向"网络存储器"送数据的有闪存的IP像机不知道有无生产,我也看不到有太多应用,因为在没闪存的IP像机旁直接用短网线连个有大硬盘的PC再从此PC向你那"网络存储器"以TCP协议传图像就可以保证即使在(连有"网络存储器"的)网络不断发生阻塞时也可使像机的数据被缓冲然后等待网络通顺时再慢慢传送从而没有数据丢失:如果你有很多IP像机,那用简单Ethernet Switch把所有这些像机都连在这个本地PC上好了.

guangyang

等有足够明确表示参加者后我们再来定时间地点吧,现在似乎有5~6个这样的人

cais

周末对于家里有孩子的，的确是挺困难的。
等攒够人了，确定了时间地点了，就说一声吧。

BEN1980

感谢你的回复，
对于cctv如果可以同时实现“高清”和“实时”，当然是最理想的结果。

我看到一些cctv 管理软件允许降低图像分辨率的方法来保证实时传输。

我的工作范围基本是确定网络机房的空间和光纤的数量。所以理想的来说，希望有足够的光纤带宽来满足cctv系统的高清和实时的要求。但是我现在还没有准确的计算方法。

guangyang

会在这儿说的,时间地点再那时讨论