[Live-devel] live-devel Digest, Vol 110, Issue 17

[David Alcaraz Moreno]

Re: Error RTSP PLAY failed RTSP response was	truncated.
       Increase RTSPClient::responseBufferSize (Ross Finlayson)

Thanks!

I have builded the vlc with the live555 new version, unfortunately I 
have new error, no data received in 10s, but this is not the one, 
viewing the network packets, I have seen two messages more:
1-  client to server -> RTP packet -> Info = unknown RTP version 3
2- client to server -> ICMP packet -> info = Destination unreachable 
(unreachable port)
  for the ICMP message I tried to change the server port (8554) to 554 
but the problem was not solve.
The computers, server and client, are in the same network, the 
configuration of the network is ok.
The RTP packets has been send because if I have seen the network 
transfer packets, and the RTP packets has send when I started to play 
the video url.
My rtsp server is developed with the latest version of live555.
To see that I have used a sniffer.
Any idea?
Sorry for my english!
thanks!
Best regards!


Al 19/12/12 01:11, En/na live-devel-request at ns.live555.com ha escrit:
> Send live-devel mailing list submissions to
> 	live-devel at 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-request at lists.live555.com
>
> You can reach the person managing the list at
> 	live-devel-owner at 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: shared library (Benjamin Drung)
>     2. Support for CPPFLAGS, CFLAGS, CXXFLAGS, LDFLAGS (Benjamin Drung)
>     3. Error RTSP PLAY failed RTSP response was truncated.	Increase
>        RTSPClient::responseBufferSize (David Alcaraz Moreno)
>     4. Re: Error RTSP PLAY failed RTSP response was	truncated.
>        Increase RTSPClient::responseBufferSize (Ross Finlayson)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 18 Dec 2012 02:49:02 +0100
> From: Benjamin Drung <bdrung at debian.org>
> To: live-devel at ns.live555.com
> Subject: Re: [Live-devel] shared library
> Message-ID: <1355795342.11454.19.camel at deep-thought>
> Content-Type: text/plain; charset="utf-8"
>
> Am Samstag, den 15.12.2012, 17:37 +1000 schrieb Ross Finlayson:
>> Benjamin,
>>
>>
>> I've now installed a new release  - 2012.12.15 - that adds a new
>> configuration file "config.linux-with-shared-libraries".
> Thanks.
>
>> Please verify that this works properly for you (i.e., after first
>> running "genMakefiles linux-with-shared-libraries").  (Unfortunately
>> I'm traveling for the rest of the month, and don't have access to a
>> Linux system for testing).  If there are problems with this, then
>> please let me know ASAP.
> I tested linux-with-shared-libraries by creating a shared library
> packages and building vlc against it. I found some issues:
>
> 1) We need symbolic links on Linux for shared libraries. For example,
> libfoo.so.1.2.3 would required these symlinks:
>
> libfoo.so.1 -> libfoo.so.1.2.3
> libfoo.so -> libfoo.so.1.2.3
>
> libfoo.so.1.2.3 and libfoo.so.1 will be shipped in the library package
> and libfoo.so will be shipped in the development package.
>
> I have created an install target (patch attached). PREFIX and LIBDIR
> needs to be defined in the other config.* files. The ln commands create
> the symbolic link described above, but they should be not run for other
> system (for example, config.linux). The solution with the additional
> SHORT_LIB_SUFFIX variable is a bit hacky.
>
> 2) The *_VERSION_CURRENT, *_VERSION_REVISION, *_VERSION_AGE variables
> should be put into a separate file, because they are not Linux specific.
> They should be used on other systems (e.g. BSD) too.
>
> 3) Some symbols used by the shared libraries are not found in none of
> the libraries (build.log attached).
>