培训-GB28181中的视频流_第1页
培训-GB28181中的视频流_第2页
培训-GB28181中的视频流_第3页
培训-GB28181中的视频流_第4页
培训-GB28181中的视频流_第5页
已阅读5页,还剩16页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

#/20等级:四级□Real-TimeTranspcirtProtocol10=version:RFC1889version(2)..0=Padding:False・・・0・・・・=Extension:False0000=contrrburficgsourceidenfifierscount:□0=ker:Fa~lsePay!oadtype:DynamicRTP-Type-96(96)sequencenumber:634-86Timestamp:1209362400synchrd门TNiificirisourceidenfif1er:0x3b9ac9ff(999999999)Payload:000001ba4c81573f04ai0a000Bf80D0001e0139c80c00aB3...00300040005000600070nng?n.我们在回头看看4个包本来应该在的位置:召幻D4716064172.16.3.&21722WR.TP14112PT^ynafiicftTP-iypfi-ifi.CI7147161SIS172.163.5217216?血砂lay2pT-os-nafiKRTP-ivpe-gis,SSRC-QKJBHiCSFF,I1*e-l2O9?5.!-KiOtlTZ471551C-172.LC3.321721C3200b^05PT^OynaillcftTP-Type-96SSK^siBEiiC^F,弓eq■朗TiBe-lZO935Wao,64S7477HBM172.1fi.3.5217216-3200R.uF14112PT^^nanlcftTP・*>¥>&・9百-&5R£4.3E^4Ci9FFl5«q-63400B71RC^12ad366eOO645H4779272172■16a3■5*2173IfinS凹RIP1.畑PTU&ypanicfl:TF-Type-96.站IK4:1曲Hk,5eq-631ftL.Tire-120936*M0饲阳电779597172.LQ.3.32172LC.32QQFtlF14^3PT-0ynanicftTP-T>pe-9fi.SSFK-OjU眄ACiFF]£低“期別-Tire-LZ593WMn646047S0D24-2172i€_HJOOHuP閑BPT^^nafiltftTP・1>¥>0-叽&5RC^.3E!J4CQFFi540-6349$.71HC^120a3£a&000,Ka^k他们直接从之前丢失了,然后“流窜”到了后面的包中,而且这些流窜的包,恰好组成了一个完整的帧。而从若直接在相机端抓包,则可以看出相机发出包时该4个包所在的地方并没有乱序。故必然是在前端发送到VTDU的过程中丢失了包,由此可证明网络确实存在问题。1凹盟1凹盟heir1口・丁乩儿克屮&理柑芒凹a:tr嗨6<并巴seg-殆旳九巧毗“前肿口阴『蓝10035-S.14D551L72.1jG_3.5?172.IjE.3.2EH1KTP询兄帀币■再丽-毎厂皈Ei扇阴证乔可玄亍丽丽UFHifl"!!血廊恥5£.1*33100172.1ti.3.S2172.1$.3.2D0H.TPPT-DyniH-iCftTP-Type-«FSSRC■血3B■沁9FF\54^63838.TlMfi-120944OWD4.19955B171.1C3n5ZlT2.1ft.3nZOOIMP14«pT-Dynanlcjtip-Type-'KpSSK-OsJe-SuJOFF,Stq-iBI3099fT-frae-lZQWMWO11nilH.Tnnnmilirj-.llfl-l.l?1T>.1«.1.7rwiHU*insm*・nvnmvrlr«TP・Tun・-4K”RKDr-OrllHiArqFF.T^lv.l7nW4QOOn一次掉包后,在掉包和包重新到达而乱序的地方都需要重新寻找起始包来组帧,故造成了图像的卡顿。四、小论总结在国标平台中视频流方面还有许多值得思考的问题,在与研发同事、各厂家技术人员的沟通和各类资料的学习中,总结以下几点针对工程人员的经验:4.1码流的不确定性国标平台虽然未能完善规定视频流的组帧方式,导致了不同厂家对视频流的不同理解,但是也严格的定义了流的编码格式和传输方式。到目前为止,在贵州项目中遇到的所有厂商设备都可以输出画面,只是部分有花屏、半屏(只能显示一半画面)的现象。如果是各类厂家的组帧方式影响视频解码质量的问题,研发同事可以通过查看码流的抓包即可修改我司的客户端以适应,并不需要增加解码库。同时也可以要求该厂家修改组帧方式以我们客户端适应的标准。但是严格上来说,并不能说其他厂家不符合国标。4.2以国标为本国标最为重要的还是国标本身,许多内容在国标中都有说明,在实际工作中还是会发现有些厂家的研发人员都没有认真的去阅读GB/T28181-2011,导致做出来的产品有所纰漏。最主要是工程技术人员遇见平台问题时,不应一味的抓包,然后交给研发处理,却不过问原因,而应首先在现场冷静分析问题所在的业务流程,逐项去分析,找准主要问题所在,再专业准确的向研发同事阐述清问题。参考文献RFC3550RTP:实时应用程序传输协议RFC3984H.264视频的RTP负载格式RFC2250MPEG视频的RTP负载格式RFC3016MPEG-4音视频的RTP负载格式GB/T28181-2011•SDP定义联网系统中SIP消息体中携带的SDP内容应符合RFC2327-SDPSessionDescriptionProtocol的相关要求。应有如下字段:Sessiondescription:v=(protocolversion)o=(owner/creatorandsessionidentifier).s=(sessionn

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论