多媒体开发之rtp 打包发流---同网段其他机子sdp 播放不了

（1）

（2）

（3）

-------------author：pkf

------------------time：2015-1-6

后面发现是connection 的server 地址是指定的导致播放不了，然后用wireshark capture了一下一大堆udp的数据出来了，也不是端口问题，和rtsp的头问题

如果是rtsp发包，包头会带一个特定帧4个字节的符号：

framingHeader[0] = ‘$‘;
framingHeader[1] = streamChannelId;
//framingHeader[2] = (u_int8_t) ((packetSize&0xFF00)>>8);
//framingHeader[3] = (u_int8_t) (packetSize&0xFF);

这里就用port1234了

哈哈，下面就解决sdp 会话和rtcp和rtsp了

一下是数据包列表

一下是1414数据包

哈哈看到1234agent port数据

http://www.360doc.com/content/13/1021/13/1317564_323014740.shtml

http://bbs.csdn.net/topics/390921170 打包方式导致发送失败

http://www.cnblogs.com/MikeZhang/archive/2012/09/09/vlcstreamingserver20120909.html vlc rtp服务器抓包

http://www.cnblogs.com/ymy124/archive/2012/04/09/2438379.html socket connect

http://www.pudn.com/downloads653/sourcecode/multimedia/ip_phone/detail2656674.html onvif

时间： 2024-11-09 02:29:44

多媒体开发之rtp 打包发流---同网段其他机子sdp 播放不了的相关文章

多媒体开发之rtp打包---打包中的FU-A分包方式说明

继上篇rtp中的时间戳和负载类型之后,升入到了nalu的分片打包问题,这里做下笔记 (1)fu-a的打包格式 1.基于RTP协议的打包及解包 (1)单个NAL打包 H.264NALU单元常由[start code][NALU header][NALU payload]三部分组成,其中start code 用于标志一个NALU单元的开始,必须是“00000001”或者是“000001”,打包时去掉开始码,把其他数据打包到RTP包就可以了. (2)分片打包由于1500个字节是IP数据报的长度的上限

Unity3D游戏开发之Unity打包APK

Unity3D游戏开发之Unity打包APK 1.安装JDK 2.配置JDK 3.在Paht的变量值后面加分号,把D:\android\adt-bundle-windows-x86-20131030\sdk\tools放在Path后面.[狗刨学习网] 4.点击菜单栏中的Edit-->Preferences 看Android SDK Location这个选项浏览你的模拟器路径. 5.点击 File-Build Settings 然后再点击Add Current 添加你的场景.再点击Switc

多媒体开发之h264中的sps---sps信息提取之分辨率宽高提取2

-------------------author:pkf -----------------------------time:2015-8-20 ---------------------------------------------qq:1327706646 (1) sps 数据结构 (2) 指数哥伦布码(Exponential-Golomb code, 即Exp-Golomb code) (3) 宽高计算 (4) 代码实现 --------------------------------

多媒体开发之rtsp 实现rtsp over tcp/http/udp---rtsp发送

(1) (2) (3) http://itindex.net/detail/51966-海康-rtsp-客户端 http://bbs.csdn.net/topics/390488547?page=1#post-399282548 rtsp 实现 http://www.cnblogs.com/zer0Black/p/4554580.html app development http://www.cnblogs.com/gongxijun/p/4555349.html music http://ww

多媒体开发之wis-stream

在live555的mediaServer中,已经实现RTSP-over-HTTP,但默认没有开启.如果要实现这个功能,需要调用RTSPServer::setUpTunnelingOverHTTP(),指定用来进行RTSP-over-HTTP 的端口,这个端口必须与正常的RTSP-over-TCP端口不同.而在我这个版本的mediaServer/live555MediaServer.cpp中有这么一段被注释了的程序,不难看出正是初始化RTSP-over-HTTP: [cpp] view plain

多媒体开发之rtmp---rtmp client 编译

静态库连接编译问题: assert 原来在c编译器下没定义 ceill 没连接没加 -lm http://blog.chinaunix.net/uid-20681545-id-3786786.html -c 和-lz 不能一起使用 -c 无连接 http://blog.csdn.net/aiwoziji13/article/details/7330333 静态库连接 http://www.cnblogs.com/HuangWj/p/5012120.html vs2010下的库 https://g

多媒体开发之sps---解析sps得到图像的宽高

(1)通过块的宽高解析出真个h264的分辨率如何解析SDP中包含的H.264的SPS和PPS串 http://www.pernet.tv.sixxs.org/thread-109-1-1.html SDP中的H.264的SPS和PPS串,包含了初始化H.264解码器所需要的信息参数,包括编码所用的profile,level,图像的宽和高,deblock滤波器等.由于SDP中的SPS和PPS都是BASE64编码形式的,不容易理解,附件有一个工具软件可以对SDP中的SPS和PPS进行解析.用法是在

多媒体开之之rtp 时间戳和负载类型介绍

(1)时间戳 (2)负载类型 (3)rtp 包头 (1)时间戳有三个一个实时间单位 timestamp_increse=(unsigned int)(90000.0 / framerate); //+0.5); 一个是采样发送的当前时间ts_current 一个是递增时间戳timestamp_increse,不发也的递增 ts_current=ts_current+timestamp_increse; rtp_hdr->timestamp=htonl(ts_current); (2)负载类型

iOS开发之Socket通信实战--Request请求数据包编码模块

实际上在iOS很多应用开发中,大部分用的网络通信都是http/https协议,除非有特殊的需求会用到Socket网络协议进行网络数据传输,这时候在iOS客户端就需要很好的第三方CocoaAsyncSocket来进行长连接连接和传输数据,该第三方地址:https://github.com/robbiehanson/CocoaAsyncSocket,读者可以自行google或者baidu搜索这个库的用法,网上有很多资料,而且用法不难. 在一些对Socket通信使用需求不是很高的应用中,比如需要