[Live-devel] Error RTSP PLAY failed RTSP response was truncated. Increase RTSPClient::responseBufferSize
Hi, someone can explain to me the meaning of this error, I've been looking for the meaning but I don't find nothing that can help me. This error occurs when I try to playing the rtsp url with vlc. If I try to play with opentRTSP and playing the url, there is not error This is the output: C:\Development\Tests\openrtsp\Debug>openrtsp.exe -n -v rtsp://192.168.0.49:8554/ testStream Opening connection to 192.168.0.49, port 8554... ...remote connection opened Sending request: OPTIONS rtsp://192.168.0.49:8554/testStream RTSP/1.0 CSeq: 2 User-Agent: openrtsp.exe (LIVE555 Streaming Media v2012.11.30) Received 152 new bytes of response data. Received a complete OPTIONS response: RTSP/1.0 200 OK CSeq: 2 Date: Tue, Dec 18 2012 13:54:47 GMT Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER, SET_PARA METER Sending request: DESCRIBE rtsp://192.168.0.49:8554/testStream RTSP/1.0 CSeq: 3 User-Agent: openrtsp.exe (LIVE555 Streaming Media v2012.11.30) Accept: application/sdp Received 574 new bytes of response data. Received a complete DESCRIBE response: RTSP/1.0 200 OK CSeq: 3 Date: Tue, Dec 18 2012 13:54:47 GMT Content-Base: rtsp://192.168.0.49:8554/testStream/ Content-Type: application/sdp Content-Length: 405 v=0 o=- 1355838850965672 1 IN IP4 192.168.0.49 s=testStream i=testStream t=0 0 a=tool:LIVE555 Streaming Media v2012.11.30 a=type:broadcast a=control:* a=source-filter: incl IN IP4 * 192.168.0.49 a=rtcp-unicast: reflection a=range:npt=0- a=x-qt-text-nam:testStream a=x-qt-text-inf:testStream m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:270966402 a=rtpmap:96 MP4V-ES/9 a=control:track1 Opened URL "rtsp://192.168.0.49:8554/testStream", returning a SDP description: v=0 o=- 1355838850965672 1 IN IP4 192.168.0.49 s=testStream i=testStream t=0 0 a=tool:LIVE555 Streaming Media v2012.11.30 a=type:broadcast a=control:* a=source-filter: incl IN IP4 * 192.168.0.49 a=rtcp-unicast: reflection a=range:npt=0- a=x-qt-text-nam:testStream a=x-qt-text-inf:testStream m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:270966402 a=rtpmap:96 MP4V-ES/9 a=control:track1 Created receiver for "video/MP4V-ES" subsession (client ports 1830-1831) Sending request: SETUP rtsp://192.168.0.49:8554/testStream/track1 RTSP/1.0 CSeq: 4 User-Agent: openrtsp.exe (LIVE555 Streaming Media v2012.11.30) Transport: RTP/AVP;unicast;client_port=1830-1831 Received 201 new bytes of response data. Received a complete SETUP response: RTSP/1.0 200 OK CSeq: 4 Date: Tue, Dec 18 2012 13:54:47 GMT Transport: RTP/AVP;unicast;destination=192.168.0.49;source=192.168.0.49;client_p ort=1830-1831;server_port=6970-6971 Session: AA91459D Setup "video/MP4V-ES" subsession (client ports 1830-1831) Outputting data from the "video/MP4V-ES" subsession to 'stdout' Sending request: PLAY rtsp://192.168.0.49:8554/testStream/ RTSP/1.0 CSeq: 5 User-Agent: openrtsp.exe (LIVE555 Streaming Media v2012.11.30) Session: AA91459D Range: npt=0.000- Received 190 new bytes of response data. Received a complete PLAY response: RTSP/1.0 200 OK CSeq: 5 Date: Tue, Dec 18 2012 13:54:47 GMT Range: npt=0.000- Session: AA91459D RTP-Info: url=rtsp://192.168.0.49:8554/testStream/track1;seq=27537;rtptime=27360 04141 Started playing session Receiving streamed data... Data packets have begun arriving [1355838887419] ___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
Re: [Live-devel] Error RTSP PLAY failed RTSP response was truncated. Increase RTSPClient::responseBufferSize
> someone can explain to me the meaning of this error, I've been looking for > the meaning but I don't find nothing that can help me. > This error occurs when I try to playing the rtsp url with vlc. > If I try to play with opentRTSP and playing the url, there is not error The problem here is probably that VLC is requesting RTP/RTCP-over-TCP streaming, and it's using an old version of the "LIVE555 Streaming Media" software that has a bug (when RTP/RTCP-over-TCP streaming is used) that can cause this error to be reported. If you were to rebuild VLC to use an up-to-date version of our code, you most likely would stop seeing these error messages. Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
[Live-devel] changelog.txt in source tarball
Hi, please put the changelog.txt [1] in the source tarball. We like to put this changelog file into our Debian package and it will make it simpler if the changelog file is in the source tarball. [1] http://live555.com/liveMedia/public/changelog.txt -- Benjamin Drung Debian & Ubuntu Developer ___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
[Live-devel] regarding live555 on mulit core
HI, As we know, now the most cpus have mulit core, does live555 optimized for multi cores? I found that the performance of live555 is same when my cpu has 4 cores or 6 cores. ___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
Re: [Live-devel] changelog.txt in source tarball
> please put the changelog.txt [1] in the source tarball. No, because it's important that people know whether or not they have the latest version of the code (and, if they don't, what improvements have been made to later versions). Therefore the changelog is not copied; instead, people should link to it at http://live555.com/liveMedia/public/changelog.txt (Also the changelog - unlike the source code - is *not* licensed under the LGPL; copies or modifications to the changelog are not permitted.) Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
Re: [Live-devel] regarding live555 on mulit core
> As we know, now the most cpus have mulit core, does live555 optimized for > multi cores? Because you have read the FAQ (as everyone was asked to do before posting to the mailing list), I assume that you have already read: http://www.live555.com/liveMedia/faq.html#threads which explains the circumstances under which LIVE555 code can use multiple threads (and thus multiple cores, if they are available). Note, however, that applications that use the "LIVE555 Streaming Media" code are usually "I/O bound" rather than "CPU bound", meaning that they typically spend most of their time waiting for data (e.g., from an input socket, or from a data file), rather than computing. However, one circumstance in which it might make sense to optimize for multiple cores is if you use your own encoder (or decoder) 'filter' class within a LIVE555 source->filter->sink data chain. In this case - because encoders (and decoders) are usually CPU intensive - you might want to think about structuring the implementation of your encoder (or decoder) filter to use multiple threads. You would do this in the usual way: one thread (only!) would run the LIVE555 code itself; the remaining thread(s) would do the encoding (or decoding), and communicate with the LIVE555 thread via event triggers. Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
