can i change this length by overwrite RTSPClientSession?
No, the way to change this length is by changing the definition of
"RTSP_PARAM_STRING_MAX" in "liveMedia/include/RTSPCommon.hh".
If you find a new value that works for you, then let us know, and I
may change the definition in future re
can i change this length by overwrite RTSPClientSession?
and Would you mind change RTSPClientSession from protected to public?
or i can't inhert from RTSPClientSession in Visual C++ 6.0.
maybe it is a bad compiler.
thank you.
-- Original --
From: "Ross Finlayson"
what's the max length of the rtsp url in live555 media server.
200 bytes
--
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
hi friends.
what's the max length of the rtsp url in live555 media server.
my client sent a very long url to server.and server response 404 directly.even
don't callback to my procedure___
live-devel mailing list
live-devel@lists.live555.com
http:
I have now installed a new version (2010.11.17) of the "LIVE555
Streaming Media" code that adds a new member function
RTSPServer::setAuthenticationDatabase()
as described earlier.
Feel free to call this if desired (from within the event loop thread,
of course :-)
--
Ross Finlayson
Li
On Wed, Nov 17, 2010 at 3:23 PM, Ross Finlayson wrote:
>
> Well, I have to admire your stubbornness :-) Even after having presented
> a perfect example of why that statement is false, you continue to insist
> otherwise.
>
I take it back, I will belabor the point.
Yes, this is "stubbornness," a
And that is *precisely* why you should not be doing this. I've made
it very clear (in the FAQ and elsewhere) that LIVE555 applications
have a single thread of execution (using an event loop, rather than
threads, for concurrency). Other threads should not access the
library (except perhaps to
On Wed, Nov 17, 2010 at 1:37 PM, Ross Finlayson wrote:
> That would work. But it might also lead to crashing issues if people
>> call setAuthenticationDatabase on something other than the primary Live555
>> thread. (I can envision a scenario where something calls
>> setAuthenticationDatabase(NU
That would work. But it might also lead to crashing issues if
people call setAuthenticationDatabase on something other than the
primary Live555 thread. (I can envision a scenario where something
calls setAuthenticationDatabase(NULL) at precisely the moment
between the NULL check and the actua
On Wed, Nov 17, 2010 at 1:07 AM, Ross Finlayson wrote:
> We updated the "UserAuthenticationDatabase" used in the RTSP server to
>> have a "requireAuthentication" method that can be overridden in a derived
>> class. We use it so that if default credentials are in use, we don't
>> require authenti
Hi,
I have been googling a lot and trying many encoding parameters for x264
(bitrate, number of B Frames, resolution, ...): still no success. I
cannot get a good quality streaming with Live555 and a TS containing a
H264 video (to simplify the tests, I even removed the sound track and
just str
We updated the "UserAuthenticationDatabase" used in the RTSP server
to have a "requireAuthentication" method that can be overridden in a
derived class. We use it so that if default credentials are in use,
we don't require authentication.
Basically, this allows implementations to turn authenti
12 matches
Mail list logo
