live555学习笔记6－建立RTP会话
来源：互联网 发布：齐博cms整站系统v8 编辑：程序博客网 时间：2024/05/20 01:36
六 建立RTP会话
首先更正一个概念：
ServerMediaSession原先说代表一个流，其实是不准确的。它代表的是server端的一个媒体的名字，而说ServerMediaSubsession代表一个Track是准确的。以后流指的是那些有数据流动的组合。
RTP的建立：
RTP的建立过程无非是这样：client告诉server自己的rtp/rtcp端口号，server建立自己的rtp/rtcp socket，然后在收到PLAY请求时向客户端发数据。看起来非常简单。
在收到SETUP请求时才建立连接，让我们看一下处理这个命令的函数：
live555 中有两个 streamstate，一个是类 StreamState ，一个是此处的结构 struct streamState。类 SteamState 就是 streamToken，而 struct streamState 中保存了 MediaSubsession (即track) 和类 StreamState 的对应。类 StreamState 代表一个真正流动起来的数据流。这个数据流是从源流到 Sink 。客户端与服务端的一个 rtp 会话中，有两个数据流，服务端是从 XXXFileSouce 流到 RTPSink，而客户端则是从 RTPSource 流到 XXXFileSink 。建立数据流的过程就是把 Source 与 Sink 连接起来。
为何不把 StreamToken 保存在 MediaSubsession 中呢？看起来在 struct streamState 中是一个 MediaSubsession 对应一个 streamToken 呀？ 因为 MediaSubsession 代表一个 track 的静态数据，它是可以被其它 rtp 会话重用的。比如不同的用户可能会连接到同一个媒体的同一个 track 。所以 streamToken 与 MediaSubsession 独立存在，只是被 RTSPClientSession 给对应了起来。
streamToken的建立过程存在于函数subsession->getStreamParameters（）中，让我们看一下下：
流程不复杂：如果需要重用上一次建立的流，就利用之（这样就可以实现一rtp server对应多个rtp client的形式）；如果不需要，则创建合适的source，然后创建rtp sink，然后利用它们创建streamSoken。
启动一个流：
当RTSPClientSession收到PLAY请求时，就开始传输RTP数据。下面看一下流启动的代码：
有个问题，如果这个streamToken使用的是已存在的（还记得ReuseFirstSource吗），为它再次调用startStream()时，究竟会做什么呢？你猜啊！呵呵我猜吧：应该是把这个客户端的地址和rtp/rtcp端口传给rtp server的groupSocket，rtp server自然就开始向这个客户端发送数据了。是不是这样尼？看代码吧：
嘿嘿，还真的这样嘀！
首先更正一个概念：
ServerMediaSession原先说代表一个流，其实是不准确的。它代表的是server端的一个媒体的名字，而说ServerMediaSubsession代表一个Track是准确的。以后流指的是那些有数据流动的组合。
RTP的建立：
RTP的建立过程无非是这样：client告诉server自己的rtp/rtcp端口号，server建立自己的rtp/rtcp socket，然后在收到PLAY请求时向客户端发数据。看起来非常简单。
在收到SETUP请求时才建立连接，让我们看一下处理这个命令的函数：
- void RTSPServer::RTSPClientSession::handleCmd_SETUP(
- char const* cseq,
- char const* urlPreSuffix,
- char const* urlSuffix,
- char const* fullRequestStr)
- {
- // Normally, "urlPreSuffix" should be the session (stream) name,
- // and "urlSuffix" should be the subsession (track) name.
- // However (being "liberal in what we accept"), we also handle
- // 'aggregate' SETUP requests (i.e., without a track name),
- // in the special case where we have only a single track. I.e.,
- // in this case, we also handle:
- // "urlPreSuffix" is empty and "urlSuffix" is the session (stream) name, or
- // "urlPreSuffix" concatenated with "urlSuffix" (with "/" inbetween)
- // is the session (stream) name.
- char const* streamName = urlPreSuffix; // in the normal case
- char const* trackId = urlSuffix; // in the normal case
- char* concatenatedStreamName = NULL; // in the normal case
- do {
- // First, make sure the specified stream name exists:
- fOurServerMediaSession = fOurServer.lookupServerMediaSession(streamName);
- if (fOurServerMediaSession == NULL) {
- // Check for the special case (noted above), before we up:
- if (urlPreSuffix[0] == '\0') {
- streamName = urlSuffix;
- } else {
- concatenatedStreamName = new char[strlen(urlPreSuffix)
- + strlen(urlSuffix) + 2]; // allow for the "/" and the trailing '\0'
- sprintf(concatenatedStreamName, "%s/%s", urlPreSuffix,
- urlSuffix);
- streamName = concatenatedStreamName;
- }
- trackId = NULL;
- // Check again:
- fOurServerMediaSession = fOurServer.lookupServerMediaSession(streamName);
- }
- if (fOurServerMediaSession == NULL) {
- handleCmd_notFound(cseq);
- break;
- }
- fOurServerMediaSession->incrementReferenceCount();
- //为一个流中所有的track都分配一个stream state
- if (fStreamStates == NULL) {
- // This is the first "SETUP" for this session. Set up our
- // array of states for all of this session's subsessions (tracks):
- ServerMediaSubsessionIterator iter(*fOurServerMediaSession);
- for (fNumStreamStates = 0; iter.next() != NULL; ++fNumStreamStates) {
- } // begin by counting the number of subsessions (tracks)
- fStreamStates = new struct streamState[fNumStreamStates];
- iter.reset();
- ServerMediaSubsession* subsession;
- for (unsigned i = 0; i < fNumStreamStates; ++i) {
- subsession = iter.next();
- fStreamStates[i].subsession = subsession;
- fStreamStates[i].streamToken = NULL; // for now; it may be changed by the "getStreamParameters()" call that comes later
- }
- }
- //查找当前请求的track的信息
- // Look up information for the specified subsession (track):
- ServerMediaSubsession* subsession = NULL;
- unsigned streamNum;
- if (trackId != NULL && trackId[0] != '\0') { // normal case
- for (streamNum = 0; streamNum < fNumStreamStates; ++streamNum) {
- subsession = fStreamStates[streamNum].subsession;
- if (subsession != NULL && strcmp(trackId, subsession->trackId()) == 0)
- break; //找到啦！
- }
- if (streamNum >= fNumStreamStates) {
- // The specified track id doesn't exist, so this request fails:
- handleCmd_notFound(cseq);
- break;
- }
- } else {
- // Weird case: there was no track id in the URL.
- // This works only if we have only one subsession:
- if (fNumStreamStates != 1) {
- handleCmd_bad(cseq);
- break;
- }
- streamNum = 0;
- subsession = fStreamStates[streamNum].subsession;
- }
- // ASSERT: subsession != NULL
- //分析RTSP请求字符串中的传输要求
- // Look for a "Transport:" header in the request string, to extract client parameters:
- StreamingMode streamingMode;
- char* streamingModeString = NULL; // set when RAW_UDP streaming is specified
- char* clientsDestinationAddressStr;
- u_int8_t clientsDestinationTTL;
- portNumBits clientRTPPortNum, clientRTCPPortNum;
- unsigned char rtpChannelId, rtcpChannelId;
- parseTransportHeader(fullRequestStr, streamingMode, streamingModeString,
- clientsDestinationAddressStr, clientsDestinationTTL,
- clientRTPPortNum, clientRTCPPortNum, rtpChannelId,
- rtcpChannelId);
- if (streamingMode == RTP_TCP && rtpChannelId == 0xFF
- || streamingMode != RTP_TCP &&
- fClientOutputSocket != fClientInputSocket) {
- // An anomolous situation, caused by a buggy client. Either:
- // 1/ TCP streaming was requested, but with no "interleaving=" fields. (QuickTime Player sometimes does this.), or
- // 2/ TCP streaming was not requested, but we're doing RTSP-over-HTTP tunneling (which implies TCP streaming).
- // In either case, we assume TCP streaming, and set the RTP and RTCP channel ids to proper values:
- streamingMode = RTP_TCP;
- rtpChannelId = fTCPStreamIdCount;
- rtcpChannelId = fTCPStreamIdCount + 1;
- }
- fTCPStreamIdCount += 2;
- Port clientRTPPort(clientRTPPortNum);
- Port clientRTCPPort(clientRTCPPortNum);
- // Next, check whether a "Range:" header is present in the request.
- // This isn't legal, but some clients do this to combine "SETUP" and "PLAY":
- double rangeStart = 0.0, rangeEnd = 0.0;
- fStreamAfterSETUP = parseRangeHeader(fullRequestStr, rangeStart,
- rangeEnd) || parsePlayNowHeader(fullRequestStr);
- // Then, get server parameters from the 'subsession':
- int tcpSocketNum = streamingMode == RTP_TCP ? fClientOutputSocket : -1;
- netAddressBits destinationAddress = 0;
- u_int8_t destinationTTL = 255;
- #ifdef RTSP_ALLOW_CLIENT_DESTINATION_SETTING
- if (clientsDestinationAddressStr != NULL) {
- // Use the client-provided "destination" address.
- // Note: This potentially allows the server to be used in denial-of-service
- // attacks, so don't enable this code unless you're sure that clients are
- // trusted.
- destinationAddress = our_inet_addr(clientsDestinationAddressStr);
- }
- // Also use the client-provided TTL.
- destinationTTL = clientsDestinationTTL;
- #endif
- delete[] clientsDestinationAddressStr;
- Port serverRTPPort(0);
- Port serverRTCPPort(0);
- // Make sure that we transmit on the same interface that's used by
- // the client (in case we're a multi-homed server):
- struct sockaddr_in sourceAddr;
- SOCKLEN_T namelen = sizeof sourceAddr;
- getsockname(fClientInputSocket, (struct sockaddr*) &sourceAddr, &namelen);
- netAddressBits origSendingInterfaceAddr = SendingInterfaceAddr;
- netAddressBits origReceivingInterfaceAddr = ReceivingInterfaceAddr;
- // NOTE: The following might not work properly, so we ifdef it out for now:
- #ifdef HACK_FOR_MULTIHOMED_SERVERS
- ReceivingInterfaceAddr = SendingInterfaceAddr = sourceAddr.sin_addr.s_addr;
- #endif
- //获取rtp连接信息，在其中已建立起了server端的rtp和rtcp socket，返回
- //fStreamStates[streamNum].streamToken表示数据流已经建立起来了
- subsession->getStreamParameters(fOurSessionId,
- fClientAddr.sin_addr.s_addr, clientRTPPort, clientRTCPPort,
- tcpSocketNum, rtpChannelId, rtcpChannelId, destinationAddress,
- destinationTTL, fIsMulticast, serverRTPPort, serverRTCPPort,
- fStreamStates[streamNum].streamToken);
- SendingInterfaceAddr = origSendingInterfaceAddr;
- ReceivingInterfaceAddr = origReceivingInterfaceAddr;
- //形成RTSP回应字符串
- struct in_addr destinationAddr;
- destinationAddr.s_addr = destinationAddress;
- char* destAddrStr = strDup(our_inet_ntoa(destinationAddr));
- char* sourceAddrStr = strDup(our_inet_ntoa(sourceAddr.sin_addr));
- if (fIsMulticast) {
- switch (streamingMode) {
- case RTP_UDP:
- snprintf(
- (char*) fResponseBuffer,
- sizeof fResponseBuffer,
- "RTSP/1.0 200 OK\r\n"
- "CSeq: %s\r\n"
- "%s"
- "Transport: RTP/AVP;multicast;destination=%s;source=%s;port=%d-%d;ttl=%d\r\n"
- "Session: %08X\r\n\r\n", cseq, dateHeader(),
- destAddrStr, sourceAddrStr, ntohs(serverRTPPort.num()),
- ntohs(serverRTCPPort.num()), destinationTTL,
- fOurSessionId);
- break;
- case RTP_TCP:
- // multicast streams can't be sent via TCP
- handleCmd_unsupportedTransport(cseq);
- break;
- case RAW_UDP:
- snprintf(
- (char*) fResponseBuffer,
- sizeof fResponseBuffer,
- "RTSP/1.0 200 OK\r\n"
- "CSeq: %s\r\n"
- "%s"
- "Transport: %s;multicast;destination=%s;source=%s;port=%d;ttl=%d\r\n"
- "Session: %08X\r\n\r\n", cseq, dateHeader(),
- streamingModeString, destAddrStr, sourceAddrStr,
- ntohs(serverRTPPort.num()), destinationTTL,
- fOurSessionId);
- break;
- }
- } else {
- switch (streamingMode) {
- case RTP_UDP: {
- snprintf(
- (char*) fResponseBuffer,
- sizeof fResponseBuffer,
- "RTSP/1.0 200 OK\r\n"
- "CSeq: %s\r\n"
- "%s"
- "Transport: RTP/AVP;unicast;destination=%s;source=%s;client_port=%d-%d;server_port=%d-%d\r\n"
- "Session: %08X\r\n\r\n", cseq, dateHeader(),
- destAddrStr, sourceAddrStr, ntohs(clientRTPPort.num()),
- ntohs(clientRTCPPort.num()), ntohs(serverRTPPort.num()),
- ntohs(serverRTCPPort.num()), fOurSessionId);
- break;
- }
- case RTP_TCP: {
- snprintf(
- (char*) fResponseBuffer,
- sizeof fResponseBuffer,
- "RTSP/1.0 200 OK\r\n"
- "CSeq: %s\r\n"
- "%s"
- "Transport: RTP/AVP/TCP;unicast;destination=%s;source=%s;interleaved=%d-%d\r\n"
- "Session: %08X\r\n\r\n", cseq, dateHeader(),
- destAddrStr, sourceAddrStr, rtpChannelId, rtcpChannelId,
- fOurSessionId);
- break;
- }
- case RAW_UDP: {
- snprintf(
- (char*) fResponseBuffer,
- sizeof fResponseBuffer,
- "RTSP/1.0 200 OK\r\n"
- "CSeq: %s\r\n"
- "%s"
- "Transport: %s;unicast;destination=%s;source=%s;client_port=%d;server_port=%d\r\n"
- "Session: %08X\r\n\r\n", cseq, dateHeader(),
- streamingModeString, destAddrStr, sourceAddrStr,
- ntohs(clientRTPPort.num()), ntohs(serverRTPPort.num()),
- fOurSessionId);
- break;
- }
- }
- }
- delete[] destAddrStr;
- delete[] sourceAddrStr;
- delete[] streamingModeString;
- } while (0);
- delete[] concatenatedStreamName;
- //返回后，回应字符串会被立即发送
- }
live555 中有两个 streamstate，一个是类 StreamState ，一个是此处的结构 struct streamState。类 SteamState 就是 streamToken，而 struct streamState 中保存了 MediaSubsession (即track) 和类 StreamState 的对应。类 StreamState 代表一个真正流动起来的数据流。这个数据流是从源流到 Sink 。客户端与服务端的一个 rtp 会话中，有两个数据流，服务端是从 XXXFileSouce 流到 RTPSink，而客户端则是从 RTPSource 流到 XXXFileSink 。建立数据流的过程就是把 Source 与 Sink 连接起来。
为何不把 StreamToken 保存在 MediaSubsession 中呢？看起来在 struct streamState 中是一个 MediaSubsession 对应一个 streamToken 呀？ 因为 MediaSubsession 代表一个 track 的静态数据，它是可以被其它 rtp 会话重用的。比如不同的用户可能会连接到同一个媒体的同一个 track 。所以 streamToken 与 MediaSubsession 独立存在，只是被 RTSPClientSession 给对应了起来。
streamToken的建立过程存在于函数subsession->getStreamParameters（）中，让我们看一下下：
- void OnDemandServerMediaSubsession::getStreamParameters(
- unsigned clientSessionId,
- netAddressBits clientAddress,
- Port const& clientRTPPort,
- Port const& clientRTCPPort,
- int tcpSocketNum,
- unsigned char rtpChannelId,
- unsigned char rtcpChannelId,
- netAddressBits& destinationAddress,
- u_int8_t& /*destinationTTL*/,
- Boolean& isMulticast,
- Port& serverRTPPort,
- Port& serverRTCPPort,
- void*& streamToken)
- {
- if (destinationAddress == 0)
- destinationAddress = clientAddress;
- struct in_addr destinationAddr;
- destinationAddr.s_addr = destinationAddress;
- isMulticast = False;
- //ServerMediaSubsession并没有保存所有基于自己的数据流，而是只记录了最后一次建立的数据流。
- //利用这个变量和fReuseFirstSource可以实现多client连接到一个流的形式。
- if (fLastStreamToken != NULL && fReuseFirstSource) {
- //如果已经基于这个ServerMediaSubsession创建了一个连接，并且希望使用这个连接
- //则直接返回这个连接。
- // Special case: Rather than creating a new 'StreamState',
- // we reuse the one that we've already created:
- serverRTPPort = ((StreamState*) fLastStreamToken)->serverRTPPort();
- serverRTCPPort = ((StreamState*) fLastStreamToken)->serverRTCPPort();
- ++((StreamState*) fLastStreamToken)->referenceCount();
- streamToken = fLastStreamToken;
- } else {
- // Normal case: Create a new media source:
- unsigned streamBitrate;
- FramedSource* mediaSource = createNewStreamSource(clientSessionId,streamBitrate);
- // Create 'groupsock' and 'sink' objects for the destination,
- // using previously unused server port numbers:
- RTPSink* rtpSink;
- BasicUDPSink* udpSink;
- Groupsock* rtpGroupsock;
- Groupsock* rtcpGroupsock;
- portNumBits serverPortNum;
- if (clientRTCPPort.num() == 0) {
- // We're streaming raw UDP (not RTP). Create a single groupsock:
- NoReuse dummy; // ensures that we skip over ports that are already in use
- for (serverPortNum = fInitialPortNum;; ++serverPortNum) {
- struct in_addr dummyAddr;
- dummyAddr.s_addr = 0;
- serverRTPPort = serverPortNum;
- rtpGroupsock = new Groupsock(envir(), dummyAddr, serverRTPPort, 255);
- if (rtpGroupsock->socketNum() >= 0)
- break; // success
- }
- rtcpGroupsock = NULL;
- rtpSink = NULL;
- udpSink = BasicUDPSink::createNew(envir(), rtpGroupsock);
- } else {
- // Normal case: We're streaming RTP (over UDP or TCP). Create a pair of
- // groupsocks (RTP and RTCP), with adjacent port numbers (RTP port number even):
- NoReuse dummy; // ensures that we skip over ports that are already in use
- for (portNumBits serverPortNum = fInitialPortNum;; serverPortNum += 2) {
- struct in_addr dummyAddr;
- dummyAddr.s_addr = 0;
- serverRTPPort = serverPortNum;
- rtpGroupsock = new Groupsock(envir(), dummyAddr, serverRTPPort, 255);
- if (rtpGroupsock->socketNum() < 0) {
- delete rtpGroupsock;
- continue; // try again
- }
- serverRTCPPort = serverPortNum + 1;
- rtcpGroupsock = new Groupsock(envir(), dummyAddr,serverRTCPPort, 255);
- if (rtcpGroupsock->socketNum() < 0) {
- delete rtpGroupsock;
- delete rtcpGroupsock;
- continue; // try again
- }
- break; // success
- }
- unsigned char rtpPayloadType = 96 + trackNumber() - 1; // if dynamic
- rtpSink = createNewRTPSink(rtpGroupsock, rtpPayloadType,mediaSource);
- udpSink = NULL;
- }
- // Turn off the destinations for each groupsock. They'll get set later
- // (unless TCP is used instead):
- if (rtpGroupsock != NULL)
- rtpGroupsock->removeAllDestinations();
- if (rtcpGroupsock != NULL)
- rtcpGroupsock->removeAllDestinations();
- if (rtpGroupsock != NULL) {
- // Try to use a big send buffer for RTP - at least 0.1 second of
- // specified bandwidth and at least 50 KB
- unsigned rtpBufSize = streamBitrate * 25 / 2; // 1 kbps * 0.1 s = 12.5 bytes
- if (rtpBufSize < 50 * 1024)
- rtpBufSize = 50 * 1024;
- increaseSendBufferTo(envir(), rtpGroupsock->socketNum(),rtpBufSize);
- }
- // Set up the state of the stream. The stream will get started later:
- streamToken = fLastStreamToken = new StreamState(*this, serverRTPPort,
- serverRTCPPort, rtpSink, udpSink, streamBitrate, mediaSource,
- rtpGroupsock, rtcpGroupsock);
- }
- // Record these destinations as being for this client session id:
- Destinations* destinations;
- if (tcpSocketNum < 0) { // UDP
- destinations = new Destinations(destinationAddr, clientRTPPort, clientRTCPPort);
- } else { // TCP
- destinations = new Destinations(tcpSocketNum, rtpChannelId, rtcpChannelId);
- }
- //记录下所有clientSessionID对应的目的rtp/rtcp地址，是因为现在不能把目的rtp,rtcp地址加入到
- //server端rtp的groupSocket中。试想在ReuseFirstSource时，这样会引起client端立即收到rtp数据。
- //其次，也可以利用这个hash table找出client的rtp/rtcp端口等信息，好像其它地方还真没有可以保存的
- //RTSPClientSession中的streamstates在ReuseFirstSource时也不能准确找出client端的端口等信息。
- fDestinationsHashTable->Add((char const*) clientSessionId, destinations);
- }
流程不复杂：如果需要重用上一次建立的流，就利用之（这样就可以实现一rtp server对应多个rtp client的形式）；如果不需要，则创建合适的source，然后创建rtp sink，然后利用它们创建streamSoken。
启动一个流：
当RTSPClientSession收到PLAY请求时，就开始传输RTP数据。下面看一下流启动的代码：
- void RTSPServer::RTSPClientSession::handleCmd_PLAY(
- ServerMediaSubsession* subsession,
- char const* cseq,
- char const* fullRequestStr)
- {
- char* rtspURL = fOurServer.rtspURL(fOurServerMediaSession,fClientInputSocket);
- unsigned rtspURLSize = strlen(rtspURL);
- // Parse the client's "Scale:" header, if any:
- float scale;
- Boolean sawScaleHeader = parseScaleHeader(fullRequestStr, scale);
- // Try to set the stream's scale factor to this value:
- if (subsession == NULL /*aggregate op*/) {
- fOurServerMediaSession->testScaleFactor(scale);
- } else {
- subsession->testScaleFactor(scale);
- }
- char buf[100];
- char* scaleHeader;
- if (!sawScaleHeader) {
- buf[0] = '\0'; // Because we didn't see a Scale: header, don't send one back
- } else {
- sprintf(buf, "Scale: %f\r\n", scale);
- }
- scaleHeader = strDup(buf);
- //分析客户端对于播放范围的要求
- // Parse the client's "Range:" header, if any:
- double rangeStart = 0.0, rangeEnd = 0.0;
- Boolean sawRangeHeader = parseRangeHeader(fullRequestStr, rangeStart,rangeEnd);
- // Use this information, plus the stream's duration (if known), to create
- // our own "Range:" header, for the response:
- float duration = subsession == NULL /*aggregate op*/
- ? fOurServerMediaSession->duration() : subsession->duration();
- if (duration < 0.0) {
- // We're an aggregate PLAY, but the subsessions have different durations.
- // Use the largest of these durations in our header
- duration = -duration;
- }
- // Make sure that "rangeStart" and "rangeEnd" (from the client's "Range:" header) have sane values
- // before we send back our own "Range:" header in our response:
- if (rangeStart < 0.0)
- rangeStart = 0.0;
- else if (rangeStart > duration)
- rangeStart = duration;
- if (rangeEnd < 0.0)
- rangeEnd = 0.0;
- else if (rangeEnd > duration)
- rangeEnd = duration;
- if ((scale > 0.0 && rangeStart > rangeEnd && rangeEnd > 0.0)
- || (scale < 0.0 && rangeStart < rangeEnd)) {
- // "rangeStart" and "rangeEnd" were the wrong way around; swap them:
- double tmp = rangeStart;
- rangeStart = rangeEnd;
- rangeEnd = tmp;
- }
- char* rangeHeader;
- if (!sawRangeHeader) {
- buf[0] = '\0'; // Because we didn't see a Range: header, don't send one back
- } else if (rangeEnd == 0.0 && scale >= 0.0) {
- sprintf(buf, "Range: npt=%.3f-\r\n", rangeStart);
- } else {
- sprintf(buf, "Range: npt=%.3f-%.3f\r\n", rangeStart, rangeEnd);
- }
- rangeHeader = strDup(buf);
- // Create a "RTP-Info:" line. It will get filled in from each subsession's state:
- char const* rtpInfoFmt = "%s" // "RTP-Info:", plus any preceding rtpInfo items
- "%s"// comma separator, if needed
- "url=%s/%s"
- ";seq=%d"
- ";rtptime=%u";
- unsigned rtpInfoFmtSize = strlen(rtpInfoFmt);
- char* rtpInfo = strDup("RTP-Info: ");
- unsigned i, numRTPInfoItems = 0;
- // Do any required seeking/scaling on each subsession, before starting streaming:
- for (i = 0; i < fNumStreamStates; ++i) {
- if (subsession == NULL /* means: aggregated operation */
- || subsession == fStreamStates[i].subsession) {
- if (sawScaleHeader) {
- fStreamStates[i].subsession->setStreamScale(fOurSessionId,
- fStreamStates[i].streamToken, scale);
- }
- if (sawRangeHeader) {
- double streamDuration = 0.0; // by default; means: stream until the end of the media
- if (rangeEnd > 0.0 && (rangeEnd + 0.001) < duration) { // the 0.001 is because we limited the values to 3 decimal places
- // We want the stream to end early. Set the duration we want:
- streamDuration = rangeEnd - rangeStart;
- if (streamDuration < 0.0)
- streamDuration = -streamDuration; // should happen only if scale < 0.0
- }
- u_int64_t numBytes;
- fStreamStates[i].subsession->seekStream(fOurSessionId,
- fStreamStates[i].streamToken, rangeStart,
- streamDuration, numBytes);
- }
- }
- }
- // Now, start streaming:
- for (i = 0; i < fNumStreamStates; ++i) {
- if (subsession == NULL /* means: aggregated operation */
- || subsession == fStreamStates[i].subsession) {
- unsigned short rtpSeqNum = 0;
- unsigned rtpTimestamp = 0;
- //启动流
- fStreamStates[i].subsession->startStream(fOurSessionId,
- fStreamStates[i].streamToken,
- (TaskFunc*) noteClientLiveness, this, rtpSeqNum,
- rtpTimestamp, handleAlternativeRequestByte, this);
- const char *urlSuffix = fStreamStates[i].subsession->trackId();
- char* prevRTPInfo = rtpInfo;
- unsigned rtpInfoSize = rtpInfoFmtSize + strlen(prevRTPInfo) + 1
- + rtspURLSize + strlen(urlSuffix) + 5 /*max unsigned short len*/
- + 10 /*max unsigned (32-bit) len*/
- + 2 /*allows for trailing \r\n at final end of string*/;
- rtpInfo = new char[rtpInfoSize];
- sprintf(rtpInfo, rtpInfoFmt, prevRTPInfo,
- numRTPInfoItems++ == 0 ? "" : ",", rtspURL, urlSuffix,
- rtpSeqNum, rtpTimestamp);
- delete[] prevRTPInfo;
- }
- }
- if (numRTPInfoItems == 0) {
- rtpInfo[0] = '\0';
- } else {
- unsigned rtpInfoLen = strlen(rtpInfo);
- rtpInfo[rtpInfoLen] = '\r';
- rtpInfo[rtpInfoLen + 1] = '\n';
- rtpInfo[rtpInfoLen + 2] = '\0';
- }
- // Fill in the response:
- snprintf((char*) fResponseBuffer, sizeof fResponseBuffer,
- "RTSP/1.0 200 OK\r\n"
- "CSeq: %s\r\n"
- "%s"
- "%s"
- "%s"
- "Session: %08X\r\n"
- "%s\r\n", cseq, dateHeader(), scaleHeader, rangeHeader,
- fOurSessionId, rtpInfo);
- delete[] rtpInfo;
- delete[] rangeHeader;
- delete[] scaleHeader;
- delete[] rtspURL;
- }
有个问题，如果这个streamToken使用的是已存在的（还记得ReuseFirstSource吗），为它再次调用startStream()时，究竟会做什么呢？你猜啊！呵呵我猜吧：应该是把这个客户端的地址和rtp/rtcp端口传给rtp server的groupSocket，rtp server自然就开始向这个客户端发送数据了。是不是这样尼？看代码吧：
- void StreamState::startPlaying(
- Destinations* dests,
- TaskFunc* rtcpRRHandler,
- void* rtcpRRHandlerClientData,
- ServerRequestAlternativeByteHandler* serverRequestAlternativeByteHandler,
- void* serverRequestAlternativeByteHandlerClientData)
- {
- //目标ip address rtp && rtcp port
- if (dests == NULL)
- return;
- //创建RTCPInstance对象，以计算和收发RTCP包
- if (fRTCPInstance == NULL && fRTPSink != NULL) {
- // Create (and start) a 'RTCP instance' for this RTP sink:
- fRTCPInstance = RTCPInstance::createNew(fRTPSink->envir(), fRTCPgs,
- fTotalBW, (unsigned char*) fMaster.fCNAME, fRTPSink,
- NULL /* we're a server */);
- // Note: This starts RTCP running automatically
- }
- if (dests->isTCP) {
- //如果RTP over TCP
- // Change RTP and RTCP to use the TCP socket instead of UDP:
- if (fRTPSink != NULL) {
- fRTPSink->addStreamSocket(dests->tcpSocketNum, dests->rtpChannelId);
- fRTPSink->setServerRequestAlternativeByteHandler(
- dests->tcpSocketNum, serverRequestAlternativeByteHandler,
- serverRequestAlternativeByteHandlerClientData);
- }
- if (fRTCPInstance != NULL) {
- fRTCPInstance->addStreamSocket(dests->tcpSocketNum,
- dests->rtcpChannelId);
- fRTCPInstance->setSpecificRRHandler(dests->tcpSocketNum,
- dests->rtcpChannelId, rtcpRRHandler,
- rtcpRRHandlerClientData);
- }
- } else {
- //向RTP和RTCP的groupsocket增加这个目标
- // Tell the RTP and RTCP 'groupsocks' about this destination
- // (in case they don't already have it):
- if (fRTPgs != NULL)
- fRTPgs->addDestination(dests->addr, dests->rtpPort);
- if (fRTCPgs != NULL)
- fRTCPgs->addDestination(dests->addr, dests->rtcpPort);
- if (fRTCPInstance != NULL) {
- fRTCPInstance->setSpecificRRHandler(dests->addr.s_addr,
- dests->rtcpPort, rtcpRRHandler, rtcpRRHandlerClientData);
- }
- }
- if (!fAreCurrentlyPlaying && fMediaSource != NULL) {
- //如果还没有启动传输，现在启动之。
- if (fRTPSink != NULL) {
- fRTPSink->startPlaying(*fMediaSource, afterPlayingStreamState,
- this);
- fAreCurrentlyPlaying = True;
- } else if (fUDPSink != NULL) {
- fUDPSink->startPlaying(*fMediaSource, afterPlayingStreamState,this);
- fAreCurrentlyPlaying = True;
- }
- }
- }
嘿嘿，还真的这样嘀！
- live555学习笔记6－建立RTP会话
- live555学习笔记6－建立RTP会话
- live555学习笔记6－建立RTP会话
- live555学习笔记6－建立RTP会话
- live555 建立RTP会话
- live555 rtsp rtp学习笔记
- live555 rtsp rtp学习笔记
- live555学习笔记7－RTP打包与发送
- live555学习笔记9－h264 RTP传输详解(1)
- live555学习笔记10－h264 RTP传输详解(2)
- live555学习笔记11－h264 RTP传输详解(3)
- live555学习笔记7－RTP打包与发送
- live555学习笔记9－h264 RTP传输详解(1)
- live555学习笔记10－h264 RTP传输详解(2)
- live555学习笔记11－h264 RTP传输详解(3)
- live555学习笔记－RTP打包与发送
- live555学习笔记7－RTP打包与发送
- live555学习笔记9－h264 RTP传输详解(1)
- 【转+修改】Linux php 升级GD， 啃爹！
- 《Painting and Styling》学习笔记
- live555学习笔记5－RTSP服务运作
- DBMS_PIPE管道通信
- 杭电1372 典型的广度优先算法
- live555学习笔记6－建立RTP会话
- ON——NOTIFY的例子
- live555学习笔记7－RTP打包与发送
- 杭电1098 数学问题
- 【Android】状态栏通知Notification、NotificationManager详解
- apache 2.4 配置webdav的用户权限
- C++逗号表达式
- live555学习笔记8－RTSPClient分析
- git 常用命令
