Hi there,
I think you're doing some 'utopic struggling' here...
I've been using live555 within a multi-threaded context : it worked,
more or less, but I always saw my code as a dirty hack, and I was glad
to see the asynchronous API appear.
I'll be on Ross' side on this one, because I respect hi
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
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
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 authenticatio
