流媒体服务器
qingkongyeyue
拼搏到无能为力,坚持到感动自己,有些路走下去很长,很累,但是不走会后悔。人生最大的痛苦,莫过于,坚持了不该坚持的,而放弃了不该放弃的
展开
-
live555中fDurationInMicroseconds的计算
转自http://blog.csdn.net/xiejiashu/article/details/41847839 live555中fDurationInMicroseconds表示单个视频或者音频帧所占用的时间间隔,也表示在fDurationInMicroseconds微秒时间后再次向Source进行getNextFrame操作, 以视频为例,可以这样计算: 视频帧率fFram转载 2017-04-17 18:11:17 · 668 阅读 · 0 评论 -
live555发送H264
转自http://blog.csdn.net/evsqiezi/article/details/12849695 继承关系: H264BufferedPacket->BufferedPacket BufferedPacket用于存储媒体数据的RTP包内容,它的子类具体到媒体类型,如H264BufferedPacket类。值得注意的有两点: 1)构造函数BufferedPacket转载 2017-04-17 20:13:27 · 528 阅读 · 0 评论 -
Live555中RTP包的打包与发送过程分析1
转自http://blog.sina.com.cn/s/blog_77c6324101018wop.html 这里主要分析一下,live555中关于RTP打包发送的部分。在处理完PLAY命令之后,就开始发送RTP数据包了(其实在发送PLAY命令的response包之前,就会发送一个RTP包,这里传输就已经开始了) 先介绍下主要的流程:RTP包的发送是从MediaSink::startP转载 2017-04-17 20:22:09 · 1142 阅读 · 1 评论 -
Live555中RTP包的打包与发送过程分析2
转自http://blog.csdn.net/niu_gao/article/details/6921145 七 RTP打包与发送 rtp传送开始于函数:MediaSink::startPlaying()。想想也有道理,应是sink跟source要数据,所以从sink上调用startplaying(嘿嘿,相当于directshow的拉模式)。 看一下这个函数:转载 2017-04-17 20:51:12 · 663 阅读 · 0 评论 -
live555源码分析---- DESCRIBE命令处理
转自http://blog.csdn.net/gavinr/article/details/7035799 这里主要分析一下,live555中关于RTP打包发送的部分。在处理完PLAY命令之后,就开始发送RTP数据包了(其实在发送PLAY命令的response包之前,就会发送一个RTP包,这里传输就已经开始了) RTP包的发送是从MediaSink::startPlaying函数转载 2017-04-15 10:49:55 · 529 阅读 · 0 评论