音视频直播系统方案及云服务器

在音视频直播系统中,云服务器降低了硬件接入的门槛,在搭建云服务器过程中有很多问题提前了解可以避免踩雷,音视频服务提供商及开发团队都很重视云服务器的搭建过程及解决的问题。 音视频直播系统中,云服务器解决了延迟大,做不到连麦互动的问题;云服务器可以兼容更多的安卓手机,开发中不可能兼容全部的安卓机型,但有了云服务器的帮助,兼容的覆盖范围得到有效增加;云服务器对音频处理效果更好,嘈杂环境下传进来的声音也能有效进行降噪处理,解决回声等问题。 音视频直播的服务场景不仅仅在于直播行业,在智能家居、远程医疗、户外活动等场景下都有不错的发挥,在需求增多,还有很多潜在场景下,音视频直播系统的开发及功能越来越完善。 音视频直播系统有以下几个优点: 1.在系统搭建初期可以有效节省成本,以较低的价格和较快的时间,将早起产品集成SDK,这可以满足部分运营商想要快速搭建的要求,快速集成的SDK可以更快的投入使用,而后期想要完善功能只需要更改SDK即可。 2.音视频直播系统搭建中期,要能够快速且无感知的扩容,不能影响到生产环境,不能对用户造成损害,在云端通过配置增加网络,基础云和CDN等资源,保证传输过程的流畅稳定,不会因服务器功能配置不完善造成影响。 3.音视频直播系统搭建完成后上架后,必然存在高并发现象,面对高并发现象,确保服务器持续稳定,音视频云服务器架构能够支持高并发现象下的服务器需求,同时,这对开发团队的技术要求也比较高,高并发现象下出现的问题能及时解决才是关键所在。 随着网络环境发展及人们需求的变化,音视频直播使用的流量占比在总网络流量占比中越来越大,音视频直播互动模式是最直观的互动,音视频流量比文本流量大得多,流量占比增加代表收入的增加,像相关行业CDN节点分布、直播系统开发服务商都会受到其影响,增加流量及收入。   润竹开发公司,十年开发经验,顶尖团队研发,对市场动态拥有敏锐的洞察力,欢迎咨询QQ:3273801084

直播平台制作和直播平台搭建时对服务器选择的要求

直播平台制作完成后就要面临搭建部署问题了。对于任何系统应用的搭建部署而言,服务器都是必不可少的。那么直播平台搭建时该怎样选择服务器呢?采取何种部署方式?对服务器又有哪些要求呢?今天,我们就来分析一下。 首先,服务器种类的选择 比较常见的服务器种类,例如VPS、云服务器、独立服务器等。三种服务器各有各的优劣势。而应用比较广泛,适用于直播平台制作搭建的则是云服务器。云服务器价格适中,相较于VPS性能高、安全性高,当某一部分出现故障时,剩余部分会继续工作,对于直播平台日常运营而言再合适不过了,极大程度上降低了运营方的损失。相较于独立服务器而言,它的价格便宜,部署成本低。 服务器 其次,服务器部署的架构 直播平台搭建时比较常见的服务器部署架构是创建多个服务器集群组,用于支持直播间抢红包、送礼物等直播平台业务内容,然后创建单独的聊天服务器群组、视频服务器群组、业务服务器群组等,开通云存储服务用于相关数据的存储,开通CDN服务用于流媒体传输分发。负载均衡水平扩展配置则主要用于业务服务器群组中,再通过主从读写分离的数据库配置方式,极大程度上缓解了服务器压力,保证直播平台的稳定运行。 服务器部署架构 最后,服务器的选配要求 1.能够满足视频直播的带宽需求 带宽是直播平台稳定流畅运行的重要前提。相较于基本的人力和硬件设施等费用,带宽费用一直是直播平台各项支出中最高的。举例来讲,假如一个直播平台可以达到百万级的在线用户数,那么这个直播平台每个月光是用在带宽上的费用就需要几千万。而且大多数直播平台用户范围极广,为了适应各地区的用户,还需要多带宽来满足用户需求。 2.能够满足低延时的直播需求 直播平台的实时性和互动性极强,延迟可以说是对它的致命打击,十分影响用户体验。为了使直播平台能够稳定运行,不出现卡顿现象,不仅要在直播平台制作时,对于程序本身做方方面的优化改善,而且还要在直播平台搭建时,从服务器部署层面多加考虑。 直播平搭建 3.能够具备强大的存储能力 前面我们提到,在服务器部署时,云存储是很重要的一个方面。直播平台中很多图片数据的存储,以及直播回放功能中的视频存储等,都不可避免的要用到云存储。如果服务器的存储能力不够强大,是很难承载直播平台高标准的数据存储业务的。 4.能够及时将服务器故障转移 在直播平台运行过程中,服务器出现故障是很正常的,也是我们无法避免的。比如硬件出现问题或者网络问题等都可能会导致故障的出现。从这点来讲,所以在选择服务器供应商时,服务器故障处理响应速度是衡量服务商的重要标准。 由此可见,对于直播平台的稳定运行而言,在直播平台制作时的程序优化,以及直播平台搭建时的服务器部署都是需要平台运营方重点关注的。   润竹开发公司,十年开发经验,顶尖团队研发,对市场动态拥有敏锐的洞察力,欢迎咨询QQ:3273801084

直播技术实践与性能优化专场实录

【IT168 资讯】随着互联网的盛行,“视频直播”四个字已不再局限于电视,网络视频直播技术的发展催生了网络直播这一新兴行业及新的职业“网络主播”。虽然网络上对于网络主播的新闻多以奇葩、无节操、无下限等作评价,但网络视频直播行业发展迅速,用户规模也正快速增长,这是毋庸置疑的。据不完全统计,当前境内各网络直播平台已达150余家,总用户数超过了2亿。某些大型平台注册用户过亿,月活用户超千万,高峰时间段某些“直播间”内同时观看人数可达数万甚至数十万人。 如此大的负载,对直播平台架构的要求,带给平台的挑战也是非常巨大的。10月21日下午,第九届中国系统架构师大会(SACC2017,10月19-21日)直播技术实践与性能优化专场上,来自onVideo、金山云、阿里巴巴及腾讯的各位技术专家在演讲中分享了各自的宝贵经验。 一个简单的直播服务一点儿也不简单——直播CDN系统设计 秒开200ms-1s,延迟1-4秒,不花屏,单台并发可以做到10万……这些是直播客户经常会提到的需求。不过,它们都属于“标配”,稍微用点心是可以做到的。而客户真正需要的,是完善的“服务”。直播服务主要在于调度、服务器和一些存储、计费、日志、媒体处理和配置管理等基础功能。为保障系统运营,同时也应在资源管理、监控系统、对外接口、操作界面及客服系统等方面有所投入。 另外,直播服务经常还需附带美颜、滤镜、贴图等SDK。对于服务提供商而言,这些服务比较复杂,困难也较大,这时就需要通过第三方对接到客户,共同为客户提供优质解决方案。同时,直播服务也存在一些潜在的问题,如流过多会导致源站打满,推流抖动导致的问题更严重,客户定制化需求日增,耦合度较高。服务供应商在向客户提供服务时,应该着重思考以上多方面的问题,而这也是onVideo所重视的。 onVideo联合创始人刘歧表示,做直播Server与做直播Service不是一回事,看似简单的直播其实背后很复杂,完善基础服务才能尽量避免未来发生的问题。而且在创新方面,直播技术本身并没有什么花样,帮助客户思考业务创新才会更有效果。 金山云:H.265在视频直播场景下的应用演进 H.265是ITU-TVCEG继H.264之后所制定的新的视频编码标准,在保留原先某些技术的同时,对一些相关技术加以改进,用以改善码流、编码质量、延时和算法复杂度之间的关系,达到最优化设置。前段时间iOS11支持了H.265标准,标志着苹果也开始布局高清视频生态。使用H.265进行视频编码时,往往会遇到如下问题:编码视频如何利用公有云分发?H.265编码的视频不支持Web播放的短板如何弥补?iOS生态以外如何生产H.265编码视频? 金山云KSC265的功能优势在于以SSIM为metric,KSC265的平均码率节省为18.4%;iOS硬编相比KSC265软编的速度优势会随着码率点降低而减弱,从平均比软编快35%到慢8%;硬编的码率控制误差也显著大于软编。 在专场演讲中,金山云视频技术总监郝明非详细介绍了金山云H.265的应用演进,他指出:在演进的第一阶段,视频内容只局限于在服务器端支持H.265转码,在移动端、Web端支持播放。进行网络直播时,主播将H.264视频流推到客户源站,然后旁路通知金山云转码系统启动H.265转码,最后转码系统将转码后的H.265视频流,回推到客户源站。到第二阶段,内容来源多样化,全链路支持H.265接入,直播时,主播将H.265视频流推到金山云源站,发起收录、截图,然后金山云转码系统提供H.265到H.264转码能力,最后进行H.265分发和播放。进入第三阶段,作为CDN联盟重要成员之一,金山云希望与众多同僚一起,通过开放CDN联盟来推广H.265的全面普及,让更多CDN厂商具备H.265应用能力,为客户提供优质方案,拥抱高清时代。 阿里巴巴窄带高清技术,让视频压缩超越极限 做视频服务第一个要解决的是体验问题,让用户有身临其境的观感。“能播”基础,阿里巴巴的团队在这一方面做了很多工作,使优酷平台上的播放成功率获得了大幅提升,卡顿率也相应得到了很大降低。而且提高了视频流畅度,推出新的播放形式如全景、VR、3D等,经过老片翻新使年代比较久远的视频获得更好的视觉效果,同时希望利用窄带高清技术重新定义清晰度。 窄带高清是一套以人眼主观感受最优为基准的视频编码技术。把业界普遍浪费的带宽节省下来,把业界普遍处理不好的复杂场景做漂亮,让非专业观众一眼就能看出相对于普通编码器的优势。窄带高清技术和编码标准的进步垂直发展,且效果能够叠加。 阿里巴巴高级专家江文斐指出,每一个视频有自己最好的分辨率和码率的对应关系,窄带高清1.0所做的就是根据视频内容配置编码器,根据清晰度的预期尝试降低码率,也可根据预设码率选择最佳分辨率,实现最优的画面效果的同时降低带宽的占用。窄带高清2.0是基于人眼视觉模型的编码,丢弃人眼易忽略的信息,适当增强人眼关注区域,尽一切可能不产生锯齿,在不影响观感甚至提高观感的同时对编码进行优化,降低码率,提升用户体验。 最后,江文斐表示:“在现有标准之下,我们可以做得更好,我们可以换个维度,让技术更有价值。” 腾讯游戏平台在VR视频直播探索与创新 据相关咨询公司数据显示,未来五年VR市场的年复合增长率将超过80%,预计到2021年,中国会成为全球最大的VR市场,行业整体规模将达到790.2亿元。腾讯游戏平台部高级工程师涂远东指出,VR直播普及需要跨越几座大山:1、制造和普及人体亲和、价格低廉的VR设备;2、生产高质量VR内容;3、解决高码率VR直播带来的“三高”问题(高成本、高卡顿、高耗电)4、提升观看体验,降低眩晕、抖动、延时;5、打造具有较强沉浸感和临场感的直播互动模式。 腾讯游戏平台(WeGame)推出了V+直播应用(IOS/Android/Web),涵盖英雄联盟、王者荣耀等热门游戏的高清直播和点播内容。 目前,VR直播技术存在许多挑战。VR全景投影图像存在拉伸变形且越往两极越严重,压缩效率不高,整体压缩细节损失大等问题。而VR FOV投影视角也存在切换清晰度问题,视角切换延时、卡顿。同时,VR视频传输码率高,延时、卡顿也是常见问题。对于这些VR直播技术难题,WeGame的解决方案是采用钻石模型增强投影效果,优化FOV投影、传输、切换等策略,采用ROI编码降低码率、提升体验。 最后,涂远东表示,腾讯希望做整个VR行业的连接器,创建行业生态,分享技术成果、平台服务、优质VR内容。腾讯希望起到一个抛砖引玉的作用,通过打造腾讯云生活娱乐VR直播平台,丰富VR直播生态,与生态伙伴共同推动VR直播的发展。   润竹开发公司,十年开发经验,顶尖团队研发,对市场动态拥有敏锐的洞察力,欢迎咨询QQ:3273801084

直播平台建设究竟是怎么个架构?

直播间搭建流程是什么样的,直播平台建设究竟是什么样的架构?这些问题,相信不少想做直播app开发的新手朋友都问过自己的师傅,但直播软件功能复杂、机制甚多,想说清楚实在是很难,所以在此就以最简单的直播系统为例,简要说说,直播软件开发的架构和直播间搭建的每一步流程上,直播app开发者该做的事。 一、 直播平台建设的架构概说 直播app开发最主要的一步就是流媒体传输,流媒体传输是什么呢?简单地说就是把主播直播的视频打包成视频流,传输到每一个观看的用户手机上,这个过程就是流媒体传输的过程,在流媒体传输环节大致包含六个环节,分别是采集、预处理、编码、传输、解码、播放等环节,这六个环节的前五个环节都是需要开发者费心的。 二、 直播平台建设第一步:采集 采集环节最大的坑在于机型适配,这么说吧,我们都知道现在智能手机行业发展的很好,699的红米用得上晓龙的处理器,1万+的苹果照样有人买得起,至于这不足千元和一万+之间的价格差距之间,自有小米、联想、360、华为、三星、VIVO、OPPO等等等等定位不同、配置不同、价格也不同的手机厂家自动上前补缺,用户的选择多种多样,使用感也各不相同,因此开发直播app软件时所需做的适配和测试的复杂度也就水涨船高,根据手机的厂家不同、操作系统不同、系统版本不同、屏幕版本和GPU型号不同,开发者们要做非常非常多次机型配置,如果是有一定经验的开发团队还好,如果是个人或新团队,在测试上所花费的时间和金钱就是对开发者最大的阻碍了。 三、 直播平台建设第二步:预处理 在预处理环节我们要接触的是美颜、音效、萌颜。贴纸、特效等,通常业内自己开发的很少,都用SDK,这部分不需要我们太过操心,但要注意,在于处理部分,音频和画面不是一条流,小心音画错位的坑 四、 直播平台建设第三步:编码 编码环节要注意对分辨率、码率、帧率的调试,以及对音视频编码格式的选择,通常,编码格式我们会选择H.264或H.265,编码的作用是降低数据包大小,节约流量,以及方便后期转码解码。 五、 直播平台建设第四步:传输 推流、拉流和内容分发环节可以被统称为传输环节,传输的完整流程是这样的,主播自开启直播起,主播端便会源源不断向服务器传输视频流(此时直播画面到达服务器),另一边,用户打开主播直播间收看直播,在点击的一刹那,用户端会向服务器发起申请,用户端拉流申请被同意后,视频会被CDN分发和加速,最终到达用户手中。 六、 直播平台建设第五步:解码 在视频到达用户端后,用户端需要对视频进行转码和解码才能播放,通常解码器和编码器是配套的,这样能够大大降低解码速度,提高直播首屏打开时间,避免因等待造成的用户流失。 在这一步所需要处理的难点有:播放模式、音视频同步难点、降噪和回声抑制难点等,在视频解码完成后,即可渲染播放。 以上就是直播平台建设的流媒体传输架构,在每一步的传输中都会有一些大大小小的坑,直播软件开发者要记得规避它们,才能更好的开发直播app软件,更多行业相关资讯和技术难点、相关干货文章会在我的自媒体中逐渐放出,敬请期待。   润竹开发公司,十年开发经验,顶尖团队研发,对市场动态拥有敏锐的洞察力,欢迎咨询QQ:3273801084

直播开发,网络视频直播系统解决方案

视频直播从技术层面来讲,是音视频新号压缩后,通过IP网络进行传输的一种流媒体应用。视频直播讲究信息的实时性传播,需要点对点传递信息,主播端作为内容产出端,想直播产生的信息流上传到服务器,由服务器根据内容索取情况进行分发。 视频直播在不同行业发展前景都非常好,原因在于它对流量的吸引性和信息传递的速度,以及现在人们对视频直播的接受程度,全民直播时代下,人们越来越关注直播产出的内容,运营商们也越来越在意直播产出的价值。其他行业也看中直播所产出的价值,纷纷引入直播来作为新时代下信息的传递方式。 视频直播特点在于,可以在广域网、局域网、城域网中进行传播,覆盖传递面积广泛,不会受到地区限制影响,只要有网络,就可以看到直播;采用分布式架构,采集、编码、转发、储存和管理等灵活配置;兼容市场多种采集设备及播放设备,在兼容性上,视频直播的开发团队可谓是绞尽脑汁,iOS端兼容还好说,手机型号固定,系统版本固定,而Android端兼容性没有那么好实现,国内手机厂商繁多,手机版本型号、系统型号无法做到统一,这给提高兼容性带来很大影响。 视频直播系统组成上,整个系统平台由管理服务器、流媒体服务器、信息流采集、客户接收端组成。管理服务器负责信息管理、调度转发信息流,信息采集和客户接收端负责信息的传递工作,以及各系统部件的权限管理。流媒体服务器负责将采集到的的信息发送给客户端接收,它需要拥有更多的带宽资源。 服务器选择时,建议有CDN节点分发的服务器,CDN节点可以有效缓解服务器的压力,帮助播放端选择最优播放路线,同时CDN会根据各子端服务器的负载情况进行资源分配,避免服务器出现负载超衡情况。   润竹开发公司,十年开发经验,顶尖团队研发,对市场动态拥有敏锐的洞察力,欢迎咨询QQ:3273801084

直播源码开发过程中有关直播技术的体系结构问题

在直播源码开发过程中,有许多注意事项。但是,我们不能专注于客户端如何在客户端的推拉流上收集音频数据或相关内容,而是应该首先了解直播技术的体系结构。这样,更容易理解直播技术的操作过程。 图片摘自网络码源网 1.简单的音频和视频直播结构 这种架构相对简单。您可以使用现有的CDN(例如Ali,腾讯,百度等),然后构建服务器并完成服务层。此时,您可以先将共享的音频和视频指令发送到此服务器(我们可以将其称为信令服务器),然后通过摄像机收集相关的音频和视频数据,然后对音频和视频流进行编码并将其推送到通过RTMP协议进行CDN。接收端将指令发送到信令服务器,以获取共享的音频和视频流的名称,然后使用该名称从CDN中提取音频和视频流,并在解码后将其呈现在屏幕上。 2.实时交互式音频和视频实时广播架构 与上述直播结构相比,这种直播结构较为复杂。它们之间的主要区别是添加了自己的网络。客户端通过UDP传输数据,可以大大减少网络和CDN结构引起的音频和视频延迟。共享音频和视频时,它们会通过UDP协议上载到各自的网络服务器。此时,如果其他人想参与实时交互,则参与者也将通过UDP连接到该网络以实现实时交互的效果。其中,在将音频和视频数据上传到其自己的网络之后,需要特殊服务才能将数据流转换为RTMP流并将其推送到CDN。这样,大多数不参与实时交互的用户都可以直接在CDN上获取音频和视频数据。这种体系结构的优势在于它可以满足实时交互的需求,也可以满足仅看到交互的大量用户的需求。 3.解决高负载和并发问题 为了解决实时交互负载过大,并发性高的问题,有必要添加资源管理服务器来实时监控每个服务的资源。在共享音频和视频时,资源管理器可以为用户分配最佳服务器,并且可以根据需要横向扩展服务器的资源。为了提高其执行效率,服务器通常使用C或C ++编写。 总体而言,实时互动直播已经成为直播的主要发展趋势。在现场直播的开发过程中,不仅需要了解客户端的采集,推拉流程等问题,还需要从现场直播技术的体系结构入手,详细了解现场直播过程中的相关问题。在了解了实时广播架构问题之后,相对容易理解有关实时广播其他方面的知识。 本文由源码交易平台码源网整理发布。   润竹开发公司,十年开发经验,顶尖团队研发,对市场动态拥有敏锐的洞察力,欢迎咨询QQ:3273801084

WebRTC多人视频通话架构

基于WebRTC的多人视频通话概括来讲有三种架构模式:Mesh、Router和Mixer,这里也介绍下即构自研的WebRTC网关服务器方案:Zego-Gateway架构。 一、Mesh架构 这是最简单的多人视频通话架构模式,所有媒体流都不需要经过服务端,客户端直接P2P,可通过WebRTC建立多个PeerConnection,结构图如下: Mesh架构 该方案优点: 服务端压力最小,大多数情况下不需要用到流媒体服务。 该方案缺点: 客户端负载太大,不事宜扩展,特别是移动端,编解码压力会非常大. 二、Mixer架构 视频会议基本上就是种结构,他的最大特点就是服务端做了很多事情,包括转码,混音,合屏,所以服务端负载非常大,结构图如下: Mixer架构 该方案优点: 客户端负载最小,与一对一负载一样,所以理论上可以支持很多人同时视频。 该方案缺点: 1、服务端负载很大,建设成本很高。 2、延迟问题,因为服务端做了很多动作(解码,合屏,混音,编码),所以会带来延迟。 现有方案: 三、Router架构 该方案最大特点就是服务端只负责包转发,不负责转码,结构图如下. Router架构 该方案优点: 1、与Mixer相比服务端压力比较小,而且容易扩展。 2、低延迟 该方案缺点: 不同客户端能够接收的媒体流不尽相同,服务器端需要适配。 […]

聊聊安防监控视频结构化那些事儿

随着高清化视频监控的演进和平安城市建设的飞速发展,监控摄像机遍布大街小巷。据不完全统计,一个中等规模的城市就有上万路乃至数十万路摄像机覆盖,这是一个蕴含海量信息的庞大系统,每天产生的视频数据相当于1000亿张照片。 海量的视频记录了少部分价值信息,这些价值信息为大多数事件留下了影像资料,为事后追溯事件真相、维护社会治安、预防并打击违法犯罪、保障生命财产安全、促进日常工作生活正常运行带来巨大便利。 即便不考虑各个监控系统之间的信息关联,光浏览这些视频就需要花费大量的人力物力。解决这一问题的核心技术即视频结构化描述技术,将海量视频或图片的非结构化数据提取并转化为结构化信息描述。 视频结构化是将视频内容按照语义关系,采用时空分割、特征提取和对象识别等处理手段,组织成可供计算机和人理解的文本信息技术,并进一步转化为公安实战所用的情报,实现视频数据向信息、情报的转化。 视频内容管理平台支持实时视频和历史视频分析,按照不同智能分析算法模型,采用结构化标准语义定义,将提取结构化信息存储到分布式数据库(元数据),按照业务需求设定智能分析算法规则,支持对视频进行快速、高效研判。 实时视频结构化分析包括智能行为行析、车辆(包括车牌)信息结构化。历史视频结构化分析包括车辆(包括车牌)、视频摘要和视频搜索结构化。 智能行为分析结构化信息主要包括:目标的颜色(占比最大的颜色)、坐标(目标画面中心点)、种类(人、车、物)、时间,所关联的视频,目标的尺寸。 车辆结构化信息包括:车牌号码、车牌颜色、车辆颜色、车辆特征(车辆类型、车辆品牌、车辆子品牌、年款和局部特征),所关联的视频。 视频搜索结构化信息包括:目标坐标(目标画面中心点)、目标轮廓、时间,所关联的视频以及帧号,目标的尺寸。 视频搜索通过对非结构化的原始视频数据进行智能分析,通过对背景和前景建模处理,提取出视频中运动目标对象的信息、颜色、尺寸、轨迹等,并建立目标对象的结构化数据库,侦查人员可以通过设置目标类别(人、车、物)、出现区域、运动方向和轨迹等搜索条件,通过对目标颜色模糊匹配,快速从视频中搜索出满足条件的目标对象,并以视频缩略列表的形式展现,通过图片跳转播放目标对象在原始视频中的真实场景,侦查人员可以进行更进一步的分析研判,提高侦查人员从海量视频中查找目标的效率。 具体视频搜索分为元数据提取和视频搜索处理两部分,如下: 视频搜索元数据提取示意图 1、视频帧采用基于运动目标的行为分析处理,通过背景建模、前景提取、目标跟踪等,提取图像的背景图和目标元数据信息。 2、目标元数据包括目标轨迹、目标大小(像素大小)、目标颜色(黑、白、红、黄、绿、蓝、未知)和目标类型(人、车、未知)。 3、将目标元数据存到数据库元数据表。元数据表包括视频文件id、对象id、目标大小、目标类型、目标颜色、目标轨迹和起止时间。 视频搜索处理示意图 1、搜索分为两种方式:目标搜索,输入条件包括目标类型(人/车/物),目标颜色(黑、灰、白、红、黄、绿、蓝),目标大小、目标区域和排除区;以及轨迹搜索。根据输入条件搜索元数据表,返回对应元数据。 2、根据元数据查询到的结果和目标的轨迹信息(以x、y、width、high、time的二进制序列表示),获取轨迹中点的时间戳,抓取视频文件对应时间戳的帧,并截图。 如果是目标搜索,将对应的目标加框并标识,并截图存储。 如果是轨迹搜索,将元数据表中记录的目标轨迹叠加到对应帧上,并截图存储。 案例1#: 2014年X月X日上午9:30,XX市北关公安分局民警接到报案称有人被撞伤,民警根据线索信息确认:嫌疑车辆为“白色北京现代-朗动”小型车,牌照看不清楚。民警利用“视频大数据结构化系统”,对案发生前后的1个半小时内10万余条车辆行驶记录进行批量搜索,系统在1秒钟左右从10万余条数据中查找出160辆“白色北京现代-朗动”小型车在路上行驶;再经人工排查,确认嫌疑车辆,车牌为“*P92347”,整个案件从接案到成功抓获嫌疑人前后共两个多小时。 案例2#: 2014年X月X日晚20:00,在XX市汽车站附件发生一路人被撞伤案件。确认线索信息:逃逸车辆为“黑色大众”轿车,无号牌。办案民警通过“视频大数据处理云存储中心”,对案发1个月前97万多条车辆信息进行排查,快速检索出 2月1日—5日,发现有一台黑色“大众-帕萨特”无牌车辆在城区共出现8次。通过对该车多次历史过车记录进行追踪、分析,确认该车经常驶入同一小区,后经地面侦查将嫌疑人抓捕归案。 […]

航天视频结构化技术助力智慧城市建设

人民网北京1月10日电(赵竹青)随着视频大数据的广泛应用,如何快速高效地在海量视频中检索出有用信息,是智慧城市、平安城市等领域亟待解决的问题。记者从航天科工智慧产业发展有限公司了解到,视频结构化技术的出现,为快解决这一问题提供了有效手段。 据介绍,视频结构化技术是一种将视频内容特征属性自动提取的技术,对人、车、物等视频内容按照语义关系,采用目标分割、时序分析、对象识别、深度学习等处理手段,分析和识别目标信息,组织成可供计算机和人理解的文本信息的技术。 比如在交通领域,借助智能识别算法可将电警、卡口、停车场出入口等场所的车辆相关信息进行视频结构化,并将车牌、车辆类型、车身颜色、是否系安全带、司乘人员的人脸信息等结构化信息存入车辆主题库。再结合行业数据挖掘,可进行隐匿车辆、套牌车辆、一车多牌等情况的快速筛选和分析,建立高危车辆积分模型,实现车辆行驶轨迹分析、时空碰撞分析、精准布控、人车关联等,为交通、司法等应用发挥重要作用。 作为航天科工智慧城市业务的抓总平台,航天智慧针对智能监控市场推出了视频结构化服务器。它采用了视频智能分析技术、分布式集群技术、大数据检索技术等多项前沿技术,支持智能分析、检索、平台、存储等功能,并实现分析结果的云存储和云计算,可广泛应用于交通、司法、金融、电信等领域,提供不同行业平台的一体化解决方案。据了解,航天智慧研发的视频结构化服务器可分析5500种机动车车辆品牌,支持车尾不少于3500种机动车车辆品牌的识别,并且能够对监控视频中行人的着装颜色、目标大小、运动方向、速度、等特征进行识别和提取。   润竹开发公司,十年开发经验,顶尖团队研发,对市场动态拥有敏锐的洞察力,欢迎咨询QQ:3273801084

短视频app开发过程中不容忽视的系统架构问题

随着短视频行业规模逐渐壮大,近两年政府对其的监管力度也在逐渐加大。当前短视频行业生产内容绝大多数都来源于UGC,其个体化、碎片化的特性决定其难以从内容生产环节切入监管审查机制,所以政府监管主要从平台入手,对内容和平台进行监管和规范。从而约束内容乱象,规范平台运营,为短视频行业的健康生态和可持续发展提供保障。在短视频app开发的过程中,系统架构的问题也是比较令人头疼的问题,接下里就跟大家简单分享一下应该如何进行调整才能实现系统的顺畅进行。 随着用户和访问量的不断增长,短视频遇到了不少挑战。在频繁的业务迭代的情况下,在海量的用户请求下需要保证足够高的可用性,同时还需要以较好的用户体验和较低的成本来提供服务。除了一些基础服务组件的建设以外,还需要做出一些相关改变来保证整体服务的可用性和稳定性。 1.一切简单化 可以简单规划短视频系统的整体架构,明确服务模块的单一职责,尽量保持足够的集中并且服务模块之间做到解耦,这样一来就能够针对单一模块进行更加精细化的优化工作,同时还能够通过技术来解决合适的场景问题。 2.开放扩展 主要针对代码功能的可扩展性、交互协议的扩展性、数据存储格式的可扩展性、应用的可扩展性和资源的可扩展性。比如,交互协议,既针对交互接口,也针对app客户端和服务端的交互协议。特点是app客户端和服务端的交互协议,因为app的升级较之服务端升级的时间久得多。举个简单的例子,比如你发布了一个客户端版本V0.1,如果用户后面一直不升级,这个时间可能是几个月、半年甚至一年,那么就会出现一些兼容性的问题,所以在协议层面设计的关键点需要考虑这种情况的存在,需要保证协议能够向前兼容,预留好扩展点。 图片来源于网络 3. 分级隔离 针对部分场景做内部隔离,通过限定每个接口最多只能使用的固定处理线程数方式,来避免因为单个集群内某个接口的问题导致整个集群出问题的情况发生。主要是在接口层面做隔离,而在依赖的资源及其外部服务方面,如果没有相应的隔离机制,也会有互相依赖影响的问题,比较典型的有memcached slab calcification问题等。综合来看,分级隔离的本质是在解决服务之间依赖影响问题。 4.容灾 容灾主要分为自身服务容灾、CDN容灾、云存储容灾等。 (1)自身服务容灾主要包含一些典型的容灾场景,比如cache容灾,通过多级cache、cache的分片hash的方式、以及本地cache的方式来解决。目前市场上大部分的APP可能会借鉴微博的多级cache机制,针对核心的cache资源会有主备节点,避免单一节点挂掉后,穿透会压垮后端DB,同时对于请求量特别大的场景,比如对于某个热点资源访问量很大的情况下,也会在之前增加一层L1的LRU cache来规避和缓解这一问题。 (2)CDN容灾主要通过接入多家供应商进行互备,然后通过一些基调检测不同服务厂商的链路和服务状态,当发现服务有问题的时候,通过DNS进行区域的切换。通常,不同的CDN厂商的服务表现各不相同,所以在选择CDN厂商时,需要多关注一下它的可用性、节点布局、链路状况、资源冗余量等来评估CDN是否靠谱。 图片来源于网络 (3)因为国内的网络链路状况容易发生问题容易导致个别上传服务失败,以及云服务厂商服务挂掉的情况我们需要保证我们的服务可用。目前的做法是上传优先走云服务,如果上传失败的话,那么就会启用备用云服务。然后服务端层面也可能控制整体降级的方式,可以直接从主云服务直接降级读些备云服务。基于每天的统计来看,通过这个方式至少提升上传的0.1%以上的可用性,在某些极端情况下,可能达到1%的可用性,当然这一块通过网络链路优化可能使得可用性情况没有数据中那么差。 通过以上文章可以看出,短视频app开发过程中关于系统架构的问题也是需要十分注重的。希望这些内容可以给正在开发短视频项目或者准备开发短视频项目的朋友们提供一定的参考和帮助。 本文声明原创,转载请注明出处。https://baijiahao.baidu.com/s?id=1623324193208951928&wfr=spider&for=pc   润竹开发公司,十年开发经验,顶尖团队研发,对市场动态拥有敏锐的洞察力,欢迎咨询QQ:3273801084