[linux][2012-06-16] RTSP 请求和应答 有用的标签值

RTSP/RTP/RTCP详解整理 RTSP:实时流协议(Real Time Streaming Protocol) RTSP的请求主要有DESCRIBE、SETUP、PLAY、PAUSE、TEARDOWN、OPTIONS等,顾名思义可以知道起对话和控制作用,RTSP的对话过程中SETUP可以确定RTP/RTCP使用的端口,PLAY/PAUSE/TEARDOWN可以开始或者停止RTP的发送,等等。 作为一个应用层协议,RTSP提 阅读详情

在RTSP请求和应答中使用的有用的标签值:

 

CSeq:                                    命令的序列号,逐1增加。

                                               所有的请求和应答都用得到。

 

Content-Length:                                  这个标记的存在说明后面有实体数据,而且给出了这个数据块的大小,单位是byte

 

X-Playlist-Gen-Id:                               用来检查播放列表是否有效。这个标记最初在客户端发送DESCRIBE命令后使用。

                                               客户端在发送“SETUP”命令给服务器时必须回应一样的值

                                              

 

X-Playlist-Seek-Id:                              值必须和X-Playlist-Gen-Id 域的值相同,在PLAY请求命令中使用.

 

Blocksize:                                             媒体包的总长度,单位是byte

 

Session:                                                 Session ID是用作客户端和服务器之间是否是正确的连接。在客户端发送SETUP命令,服务器会在应答消息头里面发送这个值给客户端。 We only see the Session value on the first stream selected (usually this is the audio stream)。 Session值相当的长,一共有20个阿拉伯数字。

                                                                紧跟着Session值, 你可以看到一个值:       “timeout= xxxx”。. 这是服务器需要得到回应或者ACK回应(为了保持连接)的时间。客户端必须在这个时段内发送一个ACK ,要不然连接就要被强制中断。一个ACK就是发送一条GET_PARAMETER命令到服务器。

 

X-Accept-Authentication:                 允许的authentication 方法

                                                                NTLM, Digest 和 Basic 是标准的

 

X-Broadcast-Id:                                  是否是实况或者是先期录制的流。

                                                                0 表示先期录制,其他的值表示是实况。

 

Range:                                                   Range is the offset and end time positions to stream the media. For a zero start and full file stream, this value is set to:   npt=0.000-

                                                                where 0.000 is the offset and –0.000 (optional) is the ending time. Values are stated in seconds.

 

Speed:                                                    用来调整传输到客户端的流得速度。假如你的带宽可以接受更高速的数据传送,这个域的值可以设置大于1来加速下载数据

普通情况  Speed: 1.0       i.e. x1 rate

                                                                Media player 使用 :     Speed: 1.294

这个主要取决于你的网络连接速度。

 

Server:                                                   服务器类型和软件版本

 

EOF:                                                       文件结束标记,也是流的结束标记

 

Date:                                                      日期时间,下面举个例子:

Tue, 18 Nov 2003 15:57:07 GMT

 

Bandwidth:                                           流需要的最大带宽,bits/秒

 

Transport:                                             使用什么协议来传输数据,比如TCP或者UDP等

 

Etag:                                                      实体标记Entity tag,是一个分配给会话的值,就像"23180160"

 

Supported:                                            支持的COM modules , 有的是可选的.

com.microsoft.wm.srvppair       - packet pairs at server

com.microsoft.wm.sswitch         - stream ID selection com.microsoft.wm.eosmsg       - end of stream message com.microsoft.wm.fastcache       - fast cache for buffering com.microsoft.wm.packetpairssrc.  - packet pairs

 

Content-Type:                                     此域用来表示命令或者应答的用意

                                                                下面是常用的几种类型:

 

                                                                application/x-wms-Logconnectstats

                                                                这个在SET_PARAMETER命令中用到,表示将客户端的信息登记到服务器上。

 

                                                                application/sdp

                                                                这个表示接下来数据包里面的是sdp数据,它是在服务器对DESCRIBE命令的应答包中。

 

                                                                application/x-wms-contentdesc

                                                                表示紧跟的数据是一个内容描述对象,它设置the layout of the dialog.

 

                                                                application/vnd.ms.wms-hdr.asfv1

                                                                表示跟着一个流媒体头信息(ASF header),

                                                                可以用BASIC 或者DIGEST来解码。

 

                                                                application/x-rtsp-packetpair

                                                                Packet Pair data is random non-compressible data and is sent to the client and timed for response times. 它被用来确定连接的可用带宽。Packet pair data 是可选的,你不必经常去请求这个数据。 这个是在发送GET_PARAMATER命令到服务器时,用到的。.

EV1527 vs HS1527:固定码芯片的STM32解码避坑指南 本文深入解析EV1527与HS1527固定码芯片的技术差异,提供基于STM32的完整解码方案与稳定性优化策略。通过硬件接口配置、状态机实现及示波器诊断,解决工业遥控、安防报警等场景中的解码难题,特别针对时序差异和干扰问题给出实用解决方案。 阅读详情

相关推荐

从零构建边缘AI数据管道:K230+ESP8266的物联网实践指南

本文详细介绍了如何利用K230开发板和ESP8266模块构建高可靠性的边缘AI数据管道,特别针对智能农业监测场景。通过完整的系统架构设计、AI模型部署、低功耗通信优化和云端集成方案,为开发者提供了一套可落地的物联网实践指南,重点解决了边缘计算环境下的数据传输稳定性和能效管理问题。

j2k3l4的博客 871

在RTSP请求和应答中使用的有用的标签值:

在RTSP请求和应答中使用的有用的标签值:   CSeq:                                    命令的序列号,逐1增加。                                                所有的请求和应答都用得到。   Content-Length:                                  这

云过风轻 604

EEGLAB+ERPLAB实战:从.cnt文件到情绪ERP差异波,一份避坑指南

本文详细介绍了使用EEGLAB和ERPLAB处理Neuroscan的.cnt格式脑电数据的全流程,从数据导入、预处理到情绪ERP差异波生成。重点解决了采样率验证、事件标记检查、重参考选择、滤波策略与ICA组合等实操难题,并提供了情绪图片ERP研究中P1、EPN和LPP成分的分析技巧,帮助研究者避免常见错误,提升数据处理效率。

weixin_26795617的博客 264

rtsp协议简单分析

rtsp协议简单分析 2009年03月17日 星期二 14:18 rtsp和http类似,属于应用层协议 通过socket rtsp命令来进行通讯。 常用控制命令执行顺序常用的是5个命令: 1,OPTIONS,//询问server,那些命令可用 2,DESC

jgdu1981的专栏 2916

xenomai内核解析--嵌入式实时linux概述

Linux系统作为一个GPOS(通用操作系统)发展至今已经非常成熟可靠了,并且由于遵循GPL协议,开放所有系统源代码,非常易于裁剪。更重要的是,与其他开源的GPOS或RTOS相比,Linux系统支持多种处理器、开发板,提供多种软件开发工具,同时Linux系统对网络和图形界面的支持非常出色。显然,选择Linux操作系统在产品的开发周期和成本控制方面都有巨大优势。 虽然Linux系统功能强大、实用性强...

wsg1100 3699

wifi/BT芯片RTL8723DS驱动移植和测试之一wifi篇

本文主要介绍如何在stm32mp157中移植并测试芯片RTL8723DS的wifi功能。

汉尼拔勇闯天涯 8737

rtsp 协议 详细讲解

转载自:http://www.mikewootc.com/wiki/net/protocol/rtsp.html 目录: 概述 RTSP简介 协议特点 协议细节 典型的rtsp交互过程 RTSP消息格式 方法定义 消息头定义 状态码 rtsp中常用方法举例 SDP协议概述 简介 SDP协议格式 SDP协议举例说明 ...

weixin_34273479的博客 795

Geant4学习——入门(基本概念、Geant4工具包的结构、强制类、可选类)

Geant4是由欧洲核子研究组织基于C++面向对象技术开发的蒙特卡罗应用软件包,用于模拟粒子在物质中输运的物理过程。由于具有良好的通用性和扩展能力,Geant4在涉及微观粒子与物质相互作用的诸多领域获得了广泛应用。 第一部分 Geant4的基本概念 HEP中的模拟是“虚拟现实”。仿真既可用于在研发阶段帮助设计探测器,又可用于物理研究中了解探测器的响应。为了创建这样的虚拟现实,我们需要对粒子间的相互作用,几何形状和材料进行建模,以便将基本粒子传播到检测器中。我们还需要描述检测器生成原始数据的灵敏度。 Gea

M_M-铭的博客 2万+

手撕RTSP协议系列(12)——RTP包格式

前面我们花了较多的篇幅来介绍了RTSP协议的一些细节,但是rtsp传输,本质上涉及三种协议,RTSP、RTP以及RTCP。RTSP主要负责连接建立,销毁及一些其他的控制。而实际涉及媒体数据传输使用的是RTP协议,本节我们来介绍一下RTP协议。 RTP概览 RTP是一种应用层协议,传输层协议可以是TCP或者UDP(UDP多一些)! RTP数据包由两部分组成,一部分是RTP Heaeder,一部分是RTP body,RTP Header占用最少12个字节,最多72个字节;另一部分...

3352

千兆网口电路设计中的EMC防护与TVS选型实战

本文深入探讨了千兆网口电路设计中面临的EMC挑战,并提供了TVS二极管选型的实战指南。文章分析了ESD、浪涌和EFT等主要威胁,重点阐述了如何根据工作电压、钳位电压和关键的低结电容等参数为PHY芯片选择匹配的TVS器件,以确保在严苛电磁环境下实现可靠的信号完整性与防护。

m3n5b7v8c9x的博客 529

机器学习(十九):梯度提升回归(GBR)

机器学习中的梯度提升回归算法原理与案例实战。

全栈川川 5154

linux环境下用GStreamer实现rtsp取流播放

最近研究Gstream的一些东西分享给大家,通过rtsp进行取流,playbin自行构建链路。 环境配置: Ubuntu16 之后自带Gstreamer 的库,可以直接用无需安装 代码编译运行前需要设置如下环境变量: export LD_LIBRARY_PATH=/usr/local/lib export GST_PLUGIN_PATH=/usr/local/lib:...

5266的博客 2万+

PCB板设置20H 原则理解

20H原则是PCB设计中抑制EMI辐射的关键方法,要求电源层比相邻地层内缩20倍介质厚度(20H)。在四层板中实现20H原则需采用S-G-P-S层叠结构,确保GND与PWR紧邻。具体步骤包括:确定GND-PWR间介质厚度H,计算20H值(通常80-120mil),并在设计软件中将电源层四周内缩20H,同时保持地层完整不内缩。注意避免常见误区,如混淆介质厚度、地层内缩等。该原则能有效限制边缘场辐射,降低EMI干扰,是四层板EMC设计的重要规范。

qq_37999850的博客 688

RTSP传输协议报文结构及各字段含义

RTSP 是一种文本协议,采用 UTF-8 编码中的 ISO 10646 字符集。一行可通过 CRLF 终止,但接收端需要做好解释 CR 和 LF 作为一行终止符的准备。 一、RTSP传输协议报文结构 RTSP有两类报文:请求报文和响应报文。请求报文是指从客户向服务器发送请求报文,响应报文是指从服务器到客户的回答。由于RTSP是基于文本格式的,因此在报文中的每一个字段都是一些 ASCII 码串

瑜媛的专栏 5316

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

linux网络编程之——RTSP实时传输协议

socket信息数据结构 (1)数据结构: struct sockaddr_in { short int sa_family; /*地址族*/ 地址族,区分是IPV4协议和IPV6协议(AF_INET和AF_INET6) unsigned short int sin_port; /*端口号*/ struct in_addr sin_addr; /*IP地址*/ unsi...

qq_40334837的博客 4228

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

RTSP协议详解

参考: 手撕RTSP协议系列 Rtsp基本流程 rtsp协议简介 rtsp,英文全称 Real Time Streaming Protocol,RFC2326,实时流传输协议,是TCP/IP协议体系中的一个应用层协议!协议主要规定定了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP体系结位于RTP和RTCP之上(RTCP用于控制传输,RTP用于数据传输),使用TCP或UDP完成数据传输! rtsp基本交互过程 假设我们现在要向一个RTSP的sever发送请求获取数据,基本流程如下: OPTIO

sinat_36002055的博客 3万+

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

RTSP协议

RTSP(Real-Time Stream Protocol)协议是一个基于文本的多媒体播放控制协议,属于应用层。RTSP以客户端方式工作,对流媒体提供播放、暂停、后退、前进等操作。 RTSP作为一个应用层协议,提供了一个可供扩展的框架,使得流媒体的受控和点播变得可能,它主要用来控制具有实时特性的数据的发送,但其本身并不用于传送流媒体数据,而必须依赖下层传输协议(如RTP/RTCP)所提供的服务...

qq_37933895的博客 597

RTSP 请求响应过程举例

RTSP 请求相应过程,R -- request  A -- response R: OPTIONS rtsp://192.168.1.152:554/cgi-bin/rtspStream/1 RTSP/1.0 CSeq: 2 User-Agent: LIVE555 Streaming Media v2012.01.13 A: RTSP/1.0 200 OK CSeq:

心中天堂的专栏 3323

linux系统上搭建RTSP流媒体服务器

一、简介 转自:http://5875334.blog.163.com/blog/static/1333368442009102555759890/ 支持多种流媒体文件: 音频文件:RealAudio.Wav.Au.MPEG-1.MPEG-2.MP3 视频文件:RealVideo.AVI.QuickTime. 其他类型:RealPix.RealText.GIF.JPE

程序员的良师益友 1万+

[linux][2012-06-16] RTSP 主要命令

RTSP的主要命令:

qdylan的专栏 815

linux运行rtsp,Linux下的实时流媒体编程(RTP,RTCP,RTSP)2

RTP是目前解决流媒体实时传输问题的最好办法,如果需要在Linux平台上进行实时流媒体编程,可以考虑使用一些开放源代码的RTP库,如LIBRTP、JRTPLIB等。JRTPLIB是一个面向对象的RTP库,它完全遵循RFC1889设计,在很多场合下是一个非常不错的选择,下面就以JRTPLIB为例,讲述如何在Linux平台上运用RTP协议进行实时流媒体编程。3.1 环境搭建JRTPLIB 是一个用C+...

weixin_33309848的博客 631

基于RTSP的Linux客户端简单程序实现

这个程序是基于Linux环境下的socket编程实现的RTSP,用的测试服务器是LIVE的一款服务器,其实现就是将发送消息按照RTSP命令格式进行发送,对于服务器返回的信息,可以采用正则表达式实现SDP信息解析,也可以使用strchr和memcmp实现逐一遍历解析所需信息。 下面是一个简单的实现程序,只发送OPTIONS命令作为测试,供参考 #include <iostream>...

qq_41915225的博客 2606

Linux下的实时流媒体编程

http://www-900.ibm.com/developerWorks/cn/linux/l-mdst/index.shtml[Series title]: -->Linux下的实时流媒体编程内容:一、流媒体简介二、流媒体协议

jsphuang的专栏 3692

RTP有效负载(载荷)类型,RTP Payload Type

PTEncoding NameAudio/Video (A/V)Clock Rate (Hz)ChannelsReference0PCMUA80001[RFC3551]1Reserved2Reserved3GSMA80001[RFC3551]4G723A80001[Vineet_Kumar][RFC3551]5DVI4A80001[RFC3551]6DVI4A16000...

草上爬的博客 4万+
上一篇: [linux][2012-06-16] RTSP 错误代码
下一篇: [linux][2012-06-16] RTSP 主要命令
qdylan
博客等级 码龄19年 2粉丝 23原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值