- 博客(19)
- 资源 (6)
- 收藏
- 关注
RSS订阅转载 macOS编译libcurl支持https
下载openssl https://www.openssl.org/source/ 自己为了方便打包签名，编译成静态库 这里下载的版本为openssl-1.1.1c.tar.gz tar -zxf openssl-1.1.1c.tar.gz cd openssl-1.1.1c ./config -fPIC no-shared --prefix=/usr/local make sudo ...
2020-04-08 17:10:25
746
原创 Windows 下载编译 WebRtc
前言： webrtc官网（webrtc.org）编译文档相当少。 之前编译过chromium源码了，google套路相当熟练了。已经安装VS2017和WindowsSDK，请参考Chromium编译文章 1.下载depot_tools工具 depot_tools工具 git命令：git clone https://chromium.googlesource.com/chromium/...
2019-11-20 00:48:08
662
转载 专题：Windows编译x264、SDL、faac、ffmpeg过程
Windows上编译ffmpeg完整过程，包括编译x264、SDL、faac。在Windows上编译ffmpeg需要用MinGW+msys，本专题用于记录编译过程中遇到的各种问题及解决方法，转载请注明出处： 一、下载准备 准备编译过程所需的工具和源码。 (1). MinGW http://sourceforge.net/projects/mingw/fil
2015-03-20 16:00:12
672
转载 Windows下利用live555实现H264实时流RTSP发送
文如其名，最近在做的项目要求利用RTSP协议转发处理完的H264视频数据给上一层客户端，环境是Windows的VS2013，于是就各种百度谷歌找代码。结果在得到利用live555去做比较简单的结论的同时也悲情地发现，网上别人贴出来的代码基本都是Linux上面的。在修改了两份来适用于Windows无效后，又一次陷入了百度谷歌的无尽搜索中。Anyway，最后终于解决了，所以贴出代码跟大家分享下，希望能
2015-03-19 14:07:03
1004
转载 高效能人士的七个习惯
习惯一：积极主动 习惯二：以始为终 习惯三：要是第一 习惯四：双赢思维 习惯五：知己知彼 习惯六：统合综效 习惯七：不断更新 其它
2015-03-19 10:52:11
1485
转载 【流媒體】live555—VS2010 /VS2013 下live555编译、使用及测试
Ⅰ live555简介 Live555 是一个为流媒体提供解决方案的跨平台的C++开源项目，它实现了对标准流媒体传输协议如RTP/RTCP、RTSP、SIP等的支持。Live555实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持，包括MPEG、H.263+、DV、JPEG视频和多种音频编码。同时由于良好的设计，Live555非常容易扩展对其他格式的支持。目前，Live555
2015-03-19 10:44:49
505
转载 用实例分析H264 RTP payload
H264的RTP中有三种不同的基本负载（Single NAL,Non-interleaved,Interleaved) 应用程序可以使用第一个字节来识别。 在SDP中也说明了本次会话的属性 SDP 参数 下面描述了如何在 SDP 中表示一个 H.264 流: . "m=" 行中的媒体名必须是 "video" . "a=rtpmap" 行中的编码名称必须是 "H2
2015-03-18 14:23:11
541
转载 参照openRTSP写的一个RTSP client 加了一些注解
#include "liveMedia.hh" #include "BasicUsageEnvironment.hh" #include "GroupsockHelper.hh" UsageEnvironment* env; portNumBits tunnelOverHTTPPortNum = 0; const char * url="rtsp://127.0.0.1:1935/vod
2015-03-18 14:22:02
627
转载 基于RTP的H264视频数据打包解包类
最近考虑使用RTP替换原有的高清视频传输协议，遂上网查找有关H264视频RTP打包、解包的文档和代码。功夫不负有心人，找到不少有价值的文档和代码。参考这些资料，写了H264 RTP打包类、解包类，实现了单个NAL单元包和FU_A分片单元包。对于丢包处理，采用简单的策略：丢弃随后的所有数据包，直到收到关键帧。测试效果还不错，代码贴上来，若能为同道中人借鉴一二，足矣。两个类的使用说明如下(省略了错误处
2015-03-18 11:43:19
738
转载 图像编码中的小白问题sps ,pps ,nalu ,frame ,silce ect
H.264中NAL、Slice与frame意思及相互关系 NAL nal_unit_type中的1（非IDR图像的编码条带）、2（编码条带数据分割块A）、3（编码条带数据分割块B）、4（编码条带数据分割块C）、5（IDR图像的编码条带）种类型 与 Slice种的三种编码模式：I_slice、P_slice、B_slice 还有frame的3种类型：I frame、P fram
2015-03-17 11:08:30
1497
转载 H.264的RTP封包和解包
可以通过生成SDP文件给播放器在指定端口接收数据播放,如果你不用动态调整编码器什么的就不用考虑另外发送RTCP. 而且RTCP必须自己实现RTSP服务结合起来用,没有实现RTSP服务,就谈不上实现RTCP. 具体H264字节流拆包和RTP封包方法如下 UINT MediaStreamH264::TransportData(PBYTE pData, UINT dataSize, int p
2015-03-13 22:40:37
837
转载 H.264 基础及 RTP 封包详解
一. h264基础概念 1、NAL、Slice与frame意思及相互关系 1 frame的数据可以分为多个slice. 每个slice中的数据，在帧内预测只用到自己slice的数据， 与其他slice 数据没有依赖关系。 NAL 是用来将编码的数据进行大包的。 比如，每一个slice 数据可以放在NAL 包中。 I frame 是自己独立编码，不依赖于其他
2015-03-13 18:14:45
500
转载 FU-A分包方式，以及从RTP包里面得到H.264数据和AAC数据的方法
FU-A分包方式，以及从RTP包里面得到H.264数据和AAC数据的方法 【原创】 RFC3984是H.264的baseline码流在RTP方式下传输的规范，这里只讨论FU-A分包方式，以及从RTP包里面得到H.264数据和AAC数据的方法。 1、单个NAL包单元 12字节的RTP头后面的就是音视频数据，比较简单。一个封装单个NAL单元包到RTP的NAL单元流的RTP序号必须符合NA
2015-03-13 16:37:17
619
转载 H.264 基础及 RTP 封包详解
一. h264基础概念 1、NAL、Slice与frame意思及相互关系 1 frame的数据可以分为多个slice. 每个slice中的数据，在帧内预测只用到自己slice的数据， 与其他slice 数据没有依赖关系。 NAL 是用来将编码的数据进行大包的。 比如，每一个slice 数据可以放在NAL 包中。 I frame 是自己独立编码，不依赖于其他
2015-03-13 10:26:50
471
转载 Linux: fd_set用法
select()机制中提供一fd_set的数据结构，实际上是一long类型的数组，每一个数组元素都能与一打开的文件句柄(不管是socket句柄，还是其他文件或命名管道或设备句柄)建立联系，建立联系的工作由程序员完成，当调用select()时，由内核根据IO状态修改fe_set的内容，由此来通知执行了select()的进程哪一socket或文件可读。 多端口复用函数select在调用前
2015-03-12 11:09:07
627
转载 Windows下与Linux下编写socket程序的区别
【【Windows】】 【Windows: 头文件的区别】 #includewinsock.h> #includewinsock2.h> 【Windows: 初始化的区别】 WSADATA wsaData; WSAStartup(0x202,&wsaData); 【Windows: 声明Socket】 SOCKET类型 【Windows: S
2015-03-12 10:59:12
538
原创 undefined reference to `__isnan'
sjs@sjs-virtual-machine:~/work/Onvif$ arm-hisiv100nptl-linux-gcc *.c -lpthread -static -o ../../nfsmount/mydemo/onvif /tmp/ccqD1Pz1.o: In function `tcp_gethost': stdsoap2.c:(.text+0x6194): warning:
2015-02-05 08:55:35
2468
原创 /tmp/cc2v1c0x.o: In function `main':
今天在编译的时候遇到一个gcc编译链接库顺序的问题，描述如下: /tmp/cc2v1c0x.o: In function `main': test_chn.c:(.text+0x28): undefined reference to `HI_MPI_VO_GetPubAttr' test_chn.c:(.text+0x7c): undefined reference to `HI_MPI
2014-07-11 12:25:34
8561
ISO_IEC_14496-12
2017-10-12
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人