No, because the "MediaLookupTable" class is used only internally within
"Media.cpp", and is not intended to be use outside this implementation, I don't
want to expose it outside that file.
> this enables me to check that all the lookup tables are empty when calling
> reclaim() on the usage env
> char const* inputAddressStr = "172.16.9.161";
This is wrong. "inputAddressStr" must be an IP multicast address, or - if
you're receiving via unicast instead - "0.0.0.0".
But anyway, I suspect that the LIVE555 code can't handle what you're trying to
do - not because you're trying to send and
Hi,
I have attached a patch for live555, which splits MediaLookupTable to its
own .hh file,
this enables me to check that all the lookup tables are empty when calling
reclaim() on the usage environment, to make sure there are no memory leaks
in my code.
would appreciate if it could be added to the
Hi Ross
I've been testing the new class StreamReplicator that we received for New
year !
Very helpful in addition to testRelay.
Using testReplicator I am simulating a server whom replicates and re
dispatches live streams from their connected clients.
So far it works very good, but today I was tryin
> Any ideas, what could be causing my FramedSource class to self-destruct every
> 60 seconds? This must be some kind of timeout.
Exactly. The server is timing out the client connection (and reclaiming its
state: sockets, ports, and memory) because it is not seeing any sign of
activity from the
Hi,
I have a strange problem with my live embedded rtsp H.264 server when
connected to a certain 3rd party client software package.
Every 60 seconds my FramedSource derived class(StreamSource) is getting
deleted. If I connect via VLC or openRTSP, this does not happen, but I'm
fairly sure it is n
hi all,
can i have log files or traces generated by the server and containing the
establishment of the connection between the LIVE555 and
the client? and in which directory can i find them?
thank youuu!!
___
live-devel mailing list
live-devel@lists.live
