I useone thread to handle16data requests, meaning thatdoEventloophandle16to acceptthe data.Butin the experiment, I founda very highCPU usage,memoryusage is Continued growth.Do not knowwhy?I thinkthe problemisthe buffermemorysettings, but Itriedseveralmethodshave notchanged,I do not knowhow tochangeit? can you give me a hand? Thank you
-- At 2011-12-20 09:46:00,live-devel-requ...@ns.live555.com wrote: >Send live-devel mailing list submissions to > live-devel@lists.live555.com > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.live555.com/mailman/listinfo/live-devel >or, via email, send a message with subject or body 'help' to > live-devel-requ...@lists.live555.com > >You can reach the person managing the list at > live-devel-ow...@lists.live555.com > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of live-devel digest..." > > >Today's Topics: > > 1. Re: Live555 EventLoop Crash (Ross Finlayson) > 2. SET_PARAMETER doesn't get handled in the RTSPServer over TCP > (Jer Morrill) > 3. Re: SET_PARAMETER doesn't get handled in the RTSPServer over > TCP (Ross Finlayson) > 4. question regarding recieving & unpacking TS over RTP, > generated from testH264VideoToTransportStream (Ken Dunne) > 5. Re: SET_PARAMETER doesn't get handled in the RTSPServer over > TCP (Jer Morrill) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Mon, 19 Dec 2011 02:51:55 -0800 >From: Ross Finlayson <finlay...@live555.com> >To: LIVE555 Streaming Media - development & use > <live-de...@ns.live555.com> >Subject: Re: [Live-devel] Live555 EventLoop Crash >Message-ID: <02ea1f2b-c632-4833-8d86-c801a0ebf...@live555.com> >Content-Type: text/plain; charset="windows-1252" > >> No I don?t see this error message, however I am seeing continuous >> truncations, almost every frame is truncated. My own debug output looks like >> this, at a rate of around 4 frames per second:- >> deliverFrame(): newFrameSize:216054, fNumTruncatedBytes:66055 >> deliverFrame(): newFrameSize:108994, fNumTruncatedBytes:98217 >> deliverFrame():newFrameSize:96844, fNumTruncatedBytes :45293 >> >> I?ve tried increasing OutPacketBuffer::maxSize from 1000000 to 5000000 (5 >> million) but this has no effect. Am I just trying to stream too much data, >> too quickly? > >No, the problem has nothing to do with 'speed'. There's a bug in your code >somewhere. Sorry. > > >Ross Finlayson >Live Networks, Inc. >http://www.live555.com/ > >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: ><http://lists.live555.com/pipermail/live-devel/attachments/20111219/c74d8084/attachment-0001.html> > >------------------------------ > >Message: 2 >Date: Mon, 19 Dec 2011 23:08:13 +0000 >From: Jer Morrill <jeremiah.morr...@econnect.tv> >To: "live-devel@lists.live555.com" <live-de...@ns.live555.com> >Subject: [Live-devel] SET_PARAMETER doesn't get handled in the > RTSPServer over TCP >Message-ID: > > <80c795f72b3cb241a9256dabf0a04ec5f96...@sn2prd0702mb101.namprd07.prod.outlook.com> > >Content-Type: text/plain; charset="us-ascii" > >Many apologies if this is a dupe, I don't think I properly signed up for the >list before sending this earlier so I'm not sure if the email was "lost" or >not. > >First I want to thank everyone involved in this project for such a high >quality library. This is surely open-source done right! > >I am running the 12-2-2011 build of Live555. When I run >RTSPClient::sendSetParameter(...) with a session that is running UDP to a >live555 server implementation, the server parses and successfully runs the >RTSPClientSession:: handleCmd_SET_PARAMETER (overridden in a subclass). If I >run RTSPClient:sendSetParameter(...) with a session that is running via TCP, >it does not ever get to the RTSPClientSession::handleCmd_SET_PARAMETER. Seems >sending trickplay commands work fine in both TCP and UDP. > >I've searched the email list and found a few issues similar to this that were >fixed, but couldn't find anyone reporting this afterwards. I can provide more >debug details if needed, but it seems >RTSPServer::RTSPClientSession::handleRequestBytes(...) doesn't successfully >parse the full SET_PARAMETER command when using TCP (or is a symptom of >something else). > >Thanks for any help and again, for the wonderful code! > >-Jer > >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: ><http://lists.live555.com/pipermail/live-devel/attachments/20111219/eb496752/attachment-0001.html> > >------------------------------ > >Message: 3 >Date: Mon, 19 Dec 2011 15:44:37 -0800 >From: Ross Finlayson <finlay...@live555.com> >To: LIVE555 Streaming Media - development & use > <live-de...@ns.live555.com> >Subject: Re: [Live-devel] SET_PARAMETER doesn't get handled in the > RTSPServer over TCP >Message-ID: <1eb78808-10ed-490e-bca1-6a614fe88...@live555.com> >Content-Type: text/plain; charset="windows-1252" > >> I am running the 12-2-2011 build of Live555. When I run >> RTSPClient::sendSetParameter(?) with a session that is running UDP to a >> live555 server implementation, the server parses and successfully runs the >> RTSPClientSession:: handleCmd_SET_PARAMETER (overridden in a subclass). If >> I run RTSPClient:sendSetParameter(?) with a session that is running via TCP, >> it does not ever get to the RTSPClientSession::handleCmd_SET_PARAMETER. >> Seems sending trickplay commands work fine in both TCP and UDP. > >That's strange. (It's especially strange that other commands - e.g., "PLAY" - >work OK for you in RTP-over-TCP mode, but that "SET_PARAMETER" does not.) > >> I can provide more debug details if needed > >Yes, please add >#define DEBUG 1 >to the start of "liveMedia/RTSPServer.cpp", recompile and rerun your server, >and access it both with a RTP-over-UDP client, and with a RTP-over-TCP client. > Please send us the debugging output in each case. > > >Ross Finlayson >Live Networks, Inc. >http://www.live555.com/ > >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: ><http://lists.live555.com/pipermail/live-devel/attachments/20111219/f2f522d5/attachment-0001.html> > >------------------------------ > >Message: 4 >Date: Mon, 19 Dec 2011 17:10:40 -0800 (PST) >From: Ken Dunne <k...@starseedsoft.com> >To: "live-devel@lists.live555.com" <live-de...@ns.live555.com> >Cc: "g...@starseedsoft.com" <g...@starseedsoft.com> >Subject: [Live-devel] question regarding recieving & unpacking TS over > RTP, generated from testH264VideoToTransportStream >Message-ID: > <1324343440.41379.yahoomail...@web1204.biz.mail.gq1.yahoo.com> >Content-Type: text/plain; charset="iso-8859-1" > > >I've used the example "testH264VideoToTransportStream" as a basis for >generating a H264-TS-over-RTP stream of packets. > >I have used Wireshark to view the stream of RTP packets, and they appear to be >correctly filled with an integer number of 188 byte Transport-Stream packets. > >I am trying to further validate this stream, and have used >"testMPEG1or2VideoReceiver.cpp", and modified it to use the MP2T format (33) >in the call to: > >????? sessionState.source = MPEG1or2VideoRTPSource::createNew( *env, >&rtpGroupsock, 33, 90000 ); > >This saves a file, but i am unable to play it with any player that i know of. > >Does anyone have any suggestions? > >Ken >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: ><http://lists.live555.com/pipermail/live-devel/attachments/20111219/a65f8333/attachment-0001.html> > >------------------------------ > >Message: 5 >Date: Tue, 20 Dec 2011 01:25:29 +0000 >From: Jer Morrill <jeremiah.morr...@econnect.tv> >To: LIVE555 Streaming Media - development & use > <live-de...@ns.live555.com> >Subject: Re: [Live-devel] SET_PARAMETER doesn't get handled in the > RTSPServer over TCP >Message-ID: > > <80c795f72b3cb241a9256dabf0a04ec5f96...@sn2prd0702mb101.namprd07.prod.outlook.com> > >Content-Type: text/plain; charset="us-ascii" > >Thanks for the quick response! > >I have attached a client debug output and server debug output text files (hope >that's ok for this list). These are from the same rtsp session. > >Though the log does say RTSPServer::RTSPClientSession::handleRequestBytes(...) >does say "parseRTSPRequestString() succeed...", it does not pass the next >check: > >if (ptr + newBytesRead < tmpPtr + 2 + contentLength) break; // we still need >more data; subsequent reads will give it to us > >At the point of the content length check the buffer looks like this: > >SET_PARAMETER >rtsp://127.0.0.1/media?dev=1&source=archive&startTime=129661319116046065/ >RTSP/1.0 >CSeq: 6 >User-Agent: HJT RTSP Client (LIVE555 Streaming Media v2011.12.02) >Session: CA195293 >Content-Length: 30 > >The complete command should also have (\r's and \n's excluded): >GotoTime: 1234567890 > >It does get these "GotoTime..." bytes afterwards the next calls to >"handleRequestBytes", but the server never successfully parses the >SET_PARAMETER command in RTP over TCP. Totally weird other messages get >through just fine. > >Thanks again for all your help! Hope this is reproducible for you as I hate >to send anyone on a wild goose chase! > >-Jer > > > >From: live-devel-boun...@ns.live555.com >[mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson >Sent: Monday, December 19, 2011 3:45 PM >To: LIVE555 Streaming Media - development & use >Subject: Re: [Live-devel] SET_PARAMETER doesn't get handled in the RTSPServer >over TCP > >I am running the 12-2-2011 build of Live555. When I run >RTSPClient::sendSetParameter(...) with a session that is running UDP to a >live555 server implementation, the server parses and successfully runs the >RTSPClientSession:: handleCmd_SET_PARAMETER (overridden in a subclass). If I >run RTSPClient:sendSetParameter(...) with a session that is running via TCP, >it does not ever get to the RTSPClientSession::handleCmd_SET_PARAMETER. Seems >sending trickplay commands work fine in both TCP and UDP. > >That's strange. (It's especially strange that other commands - e.g., "PLAY" - >work OK for you in RTP-over-TCP mode, but that "SET_PARAMETER" does not.) > > >I can provide more debug details if needed > >Yes, please add >#define DEBUG 1 >to the start of "liveMedia/RTSPServer.cpp", recompile and rerun your server, >and access it both with a RTP-over-UDP client, and with a RTP-over-TCP client. > Please send us the debugging output in each case. > >Ross Finlayson >Live Networks, Inc. >http://www.live555.com/ > >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: ><http://lists.live555.com/pipermail/live-devel/attachments/20111220/4a3ff721/attachment.html> >-------------- next part -------------- >An embedded and charset-unspecified text was scrubbed... >Name: clientdebugout.txt >URL: ><http://lists.live555.com/pipermail/live-devel/attachments/20111220/4a3ff721/attachment.txt> >-------------- next part -------------- >An embedded and charset-unspecified text was scrubbed... >Name: serverdebugout.txt >URL: ><http://lists.live555.com/pipermail/live-devel/attachments/20111220/4a3ff721/attachment-0001.txt> > >------------------------------ > >_______________________________________________ >live-devel mailing list >live-devel@lists.live555.com >http://lists.live555.com/mailman/listinfo/live-devel > > >End of live-devel Digest, Vol 98, Issue 25 >******************************************
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
