<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[闲云野鹤 的专栏]]></title><description><![CDATA[杨景土]]></description><link>https://blog.youkuaiyun.com/plfl520</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; plfl520]]></copyright><item><title><![CDATA[Oracle oledb 打包并集成到程序安装包(VC ADO访问Oracle)]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/25478957</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/25478957</guid><author>plfl520</author><pubDate>Sat, 10 May 2014 15:33:58 +0800</pubDate><description><![CDATA[VC ADO访问Oracle
Oracle oledb 打包并集成到程序安装包
安装程序集成oracle发布]]></description><category></category></item><item><title><![CDATA[用VLC构建RTP客户端--接收264流]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/22809931</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/22809931</guid><author>plfl520</author><pubDate>Wed, 02 Apr 2014 16:58:25 +0800</pubDate><description><![CDATA[网上找了一圈知道要加入sdp才能播，但我加入之后还是播不了，原因是sdp中的端口信息不对
直接上图：
步聚1：
       查看VLC版本



步骤2：
      VLC->媒体->打开网络串流
 
步骤3：
       编写sdp信息




步骤4：  加入sdp ， 然后点播放按钮




步骤5：运行rtp发送端程序， 发送rtp包，这里附]]></description><category></category></item><item><title><![CDATA[VLC播放RTP打包发送的.264文件]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/22805109</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/22805109</guid><author>plfl520</author><pubDate>Wed, 02 Apr 2014 15:56:54 +0800</pubDate><description><![CDATA[转自： http://blog.youkuaiyun.com/liuzongming1988/article/details/8292455




这个问题，我在网上找了好久，大概有两个星期了，经过海量的搜素和查找今天终于有了进展，虽然原理还不懂但是终于可以看到现象了。接下来做的就是深入一点的研究下了，但是今天要发表下进来的收货啊，虽然很少，但是也算是对自己的总结了。当然这一切，还要特别感谢视频论]]></description><category></category></item><item><title><![CDATA[使用gSOAP开发实例(8) -- 自定义header实现用户名令牌认证(Usernametoken Authentication)]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8862104</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8862104</guid><author>plfl520</author><pubDate>Sun, 28 Apr 2013 09:55:44 +0800</pubDate><description><![CDATA[上一节介绍了 怎样实现基本认证 (Basic Authentication ，以下简称 basic 方式 ) ，望文生义，也就是最简单的用户验证方式，本节稍微深入一些，介绍用户名令牌认证 (Usernametoken Authentication ，以下简称 usernametoken 方式 ) 。

  
Usernametoken 方式与 basic 方式不同的地方，在于后者会把用户名和]]></description><category></category></item><item><title><![CDATA[SPS,PPS语义]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8777594</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8777594</guid><author>plfl520</author><pubDate>Tue, 09 Apr 2013 14:29:15 +0800</pubDate><description><![CDATA[[cpp] 
view plaincopyprint?


class="cpp" name="code">seq_parameter_set_rbsp( ) {      // profile_idc level_idc 指明所用 profile、level      profile_idc      // constraint_set0_flag 等于 1 时表示必须遵从附录 A.2.]]></description><category></category></item><item><title><![CDATA[H264参数结构一：元素的分层结构]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8777589</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8777589</guid><author>plfl520</author><pubDate>Tue, 09 Apr 2013 14:28:10 +0800</pubDate><description><![CDATA[H.264编码器输出的Bit流中，每个Bit都隶属于某个句法元素。句法元素被组织成有层次的结构，分别描述各个层次的信息。

          在H.264 中，句法元素共被组织成  序列、图像、片、宏块、子宏块五个层次。在这样的结构中，每一层的头部和它的数据部分形成管理与被管理的强依赖关系，头部的句法元素是该层数据的核心，而一旦头部丢失，数据部分的信息几乎不可能再被正确解码出来，尤其在序列层]]></description><category></category></item><item><title><![CDATA[rtp h264注意点(FU-A分包方式说明)]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8777582</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8777582</guid><author>plfl520</author><pubDate>Tue, 09 Apr 2013 14:27:14 +0800</pubDate><description><![CDATA[之前写过一篇文章，分析了h264使用rtp进行封包的格式介绍：RTP封装h264。但里面好像没有把拆分以及一些需要注意的情况说清楚，因此这里做补充，也作为自己的备忘（自己记性好像不太好）。


关于时间戳，需要注意的是h264的采样率为90000HZ，因此时间戳的单位为1(秒)/90000，因此如果当前视频帧率为25fps，那时间戳间隔或者说增量应该为3600，如果帧率为30fps，则增量为]]></description><category></category></item><item><title><![CDATA[RTP封装h264]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8777575</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8777575</guid><author>plfl520</author><pubDate>Tue, 09 Apr 2013 14:26:21 +0800</pubDate><description><![CDATA[文章部分借用网上搜索到的资料




网络抽象层单元类型 (NALU):

NALU头由一个字节组成,它的语法如下:

      +---------------+
      |0|1|2|3|4|5|6|7|
      +-+-+-+-+-+-+-+-+
      |F|NRI|  Type   |
      +---------------+

F: 1]]></description><category></category></item><item><title><![CDATA[FU-A分包方式，以及从RTP包里面得到H.264数据和AAC数据的方法]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8766231</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8766231</guid><author>plfl520</author><pubDate>Sun, 07 Apr 2013 09:57:35 +0800</pubDate><description><![CDATA[【原创】 
RFC3984是H.264的baseline码流在RTP方式下传输的规范，这里只讨论FU-A分包方式，以及从RTP包里面得到H.264数据和AAC数据的方法。
1、单个NAL包单元
12字节的RTP头后面的就是音视频数据，比较简单。一个封装单个NAL单元包到RTP的NAL单元流的RTP序号必须符合NAL单元的解码顺序。

2、FU-A的分片格式
数据比较大的H264视频包，]]></description><category></category></item><item><title><![CDATA[H264--5--H264解码]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8766224</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8766224</guid><author>plfl520</author><pubDate>Sun, 07 Apr 2013 09:56:24 +0800</pubDate><description><![CDATA[解码器在解码时，首先逐个字节读取NAL的数据，统计NAL的长度，然后再开始解码。

 nal_unit( NumBytesInNALunit ) {  /* NumBytesInNALunit为统计出来的数据长度 */
       forbidden_zero_bit    // forbidden_zero_bit  等于 0表示网络传输没有出错 
    nal_ref_idc //]]></description><category></category></item><item><title><![CDATA[H264--3--NAL层的处理]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8766212</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8766212</guid><author>plfl520</author><pubDate>Sun, 07 Apr 2013 09:55:14 +0800</pubDate><description><![CDATA[H.264的NAL层处理 

------------------------------


H264以NALU（NAL unit）为单位来支持编码数据在基于分组交换技术网络中传输。

NALU定义了可用于基于分组和基于比特流系统的基本格式，同时给出头信息，从而提供了视频编码和外部世界的接口。



H264编码过程中的三种不同的数据形式：

SODB　数据比特串－－＞]]></description><category></category></item><item><title><![CDATA[H264--2--语法及结构]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8766202</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8766202</guid><author>plfl520</author><pubDate>Sun, 07 Apr 2013 09:53:09 +0800</pubDate><description><![CDATA[前言
-------------
H264结构中，一个视频图像编码后的数据叫做一帧，一帧由一个片（slice）或多个片组成，一个片由一个或多个宏块（MB）组成，一个宏块由16x16的yuv数据组成。宏块作为H264编码的基本单位。
-------------------------

名词解释 
-------------------------
场和帧 ：    视频的一场或一帧可]]></description><category></category></item><item><title><![CDATA[H264--1--编码原理以及I帧B帧P帧]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8766198</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8766198</guid><author>plfl520</author><pubDate>Sun, 07 Apr 2013 09:51:58 +0800</pubDate><description><![CDATA[前言
-----------------------
       H264是新一代的编码标准，以高压缩高质量和支持多种网络的流媒体传输著称，在编码方面，我理解的他的理论依据是：参照一段时间内图像的统计结果表明，在相邻几幅图像画面中，一般有差别的像素只有10%以内的点,亮度差值变化不超过2%，而色度差值的变化只有1%以内。所以对于一段变化不大图像画面，我们可以先编码出一个完整的图像帧A，随后的]]></description><category></category></item><item><title><![CDATA[实现RTP协议的H.264视频传输系统]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8766178</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8766178</guid><author>plfl520</author><pubDate>Sun, 07 Apr 2013 09:47:21 +0800</pubDate><description><![CDATA[h.264流媒体服务器网络服务器header网络应用

1.  引言
       随着信息产业的发展，人们对信息资源的要求已经逐渐由文字和图片过渡到音频和视频，并越来越强调获取资源的实时性和互动性。但人们又面临着另外一种不可避免的尴尬，就是在网络上看到生动清晰的媒体演示的同时，不得不为等待传输文件而花费大量时间。为了解决这个矛盾，一种新的媒体技术应运而生，这就是流媒体技术。流媒体由于具有启]]></description><category></category></item><item><title><![CDATA[H264介绍]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8766168</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8766168</guid><author>plfl520</author><pubDate>Sun, 07 Apr 2013 09:46:13 +0800</pubDate><description><![CDATA[h.264算法视频会议internet网络video
频编解码技术有两套标准，国际电联（ITU-T）的标准H.261、H.263、H.263+等；还有ISO 的MPEG标准Mpeg1、Mpeg2、Mpeg4等等。H.264/AVC是两大组织集合H.263+和Mpeg4的优点联合推出的最新标准，最具价值的部分无疑是更高的数据压缩比。在同等的图像质量条件下，H.264的数据压缩比能比H.263高2倍]]></description><category></category></item><item><title><![CDATA[onvif规范的实现：onvif开发常用调试方法 和常见的segmentation fault错误]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8678613</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8678613</guid><author>plfl520</author><pubDate>Fri, 15 Mar 2013 16:28:24 +0800</pubDate><description><![CDATA[在前几篇中，虽然已经实现了rtsp视频流的对接，但是还要做的工作还非常多，onvif本来就是一个覆盖面非常广的一个协议，每一个功能都要填充大量的函数。而且稍不注意就会出现segmentation fault错误。下面把我之前开发调试时的经验写下来，希望能够帮助有这方面需求的人。【来自http://blog.youkuaiyun.com/ghostyu】
1、打开onvif调试开关，以便让onvif打印一些可]]></description><category></category></item><item><title><![CDATA[onvif规范的实现：成功实现ONVIF协议RTSP-Video-Stream与OnvifDeviceManager的视频对接]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8678608</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8678608</guid><author>plfl520</author><pubDate>Fri, 15 Mar 2013 16:27:05 +0800</pubDate><description><![CDATA[有了前几篇的基础，现在可以正式开始onvif的实现工作，其中一项非常重要的部分就是视频流的对接，即能够在符合onvif标准的监控客户端软件里接收到设备端NVT发来的RTSP视频流。这里，我所用的客户端软件是Onvif Device Manager v2.2。【来自http://blog.youkuaiyun.com/ghostyu】
ONVIF Profile S Specification文档描述了Dev]]></description><category></category></item><item><title><![CDATA[onvif规范的实现：使用gSOAP创建SOAP调用实例]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8678585</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8678585</guid><author>plfl520</author><pubDate>Fri, 15 Mar 2013 16:23:56 +0800</pubDate><description><![CDATA[目录(?)[+]

预备知识SOAP调用示例实例分析

 


预备知识
ONVIF规范中设备管理和控制部分所定义的接口均以Web Services的形式提供。ONVIF规范涵盖了完全的XML及WSDL的定义。每一个支持ONVIF规范的终端设备均须提供与功能相应的Web Service。服务端与客户端的数据交互采用SOAP协议。【来自http://blog.youkuaiyun.com/gho]]></description><category></category></item><item><title><![CDATA[WCF 4.0中的动态发现服务WS-Discovery]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8640594</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8640594</guid><author>plfl520</author><pubDate>Wed, 06 Mar 2013 09:22:21 +0800</pubDate><description><![CDATA[wcf通讯网络

WCF 3/3.5 中，当我们要调用一个服务时，必须事先知道该服务的地址，然后通过服务代理用双方约定好的契约与远程的服务进行交互。现在，WCF 4.0中提供了发现服务的支持，当我们再想调用一个服务时，没必要去知道该服务的具体地址，WCF 4.0实现了OASIS的WS-Discovery标准，相关的类定义在System.ServiceModel.Discovery命名空间中。这]]></description><category></category></item><item><title><![CDATA[onvif规范的实现：server端Discovery实现，通过OnvifTestTool12.06测试]]></title><link>https://blog.youkuaiyun.com/plfl520/article/details/8635140</link><guid>https://blog.youkuaiyun.com/plfl520/article/details/8635140</guid><author>plfl520</author><pubDate>Mon, 04 Mar 2013 19:28:21 +0800</pubDate><description><![CDATA[本文转自：http://blog.youkuaiyun.com/ghostyu/article/details/8182516





说明：网上关于ONVIF开发的文章并不多，也更找不到具体的实例来入门学习。只能靠翻阅各种Specification摸索中前进，下面是最近几天的成果。调通了服务端（或者说设备端）的Discovery，使用OnvifTestTool12.06能够搜到我的设备。【来自]]></description><category></category></item></channel></rss>