The suggestion of replacing the "genMakefiles"/"genWIndowsMakefiles"
configuration tools with "cmake" comes up every few years. The last time
someone suggested it was in June 2010; here is my response from back then:
http://lists.live555.com/pipermail/live-devel/2010-June/012244.html
Un
I went with a 1 thread per rtsp client and regret it from a scaling
perspective. The stack mem needed plus the overhead of having a thread gets to
be too much when you get into a large amounts of streams.
The library is _very_ well written to be non blocking and given the speed of
your slowes
On 7/27/2012 5:07 PM, Ross Finlayson wrote:
I'm
puzzled by why so many programmers these days seem afraid (or unaware)
to do this.
I think it's a legacy of 1990s Windows and Mac OS: poor IPC, poor
process management, etc. But they had threads, which avoids the need
for either.
Now we've g
> This is fascinating but I can't picture it. What would the design look like
> for multiple processes (one per stream as you describe)?
>
> Are there any examples of this that I can take a look at?
Sure. For a (very) simple example, imagine a shell script like the following:
#! /bin/
Ross,
This is fascinating but I can't picture it. What would the design look
like for multiple processes (one per stream as you describe)?
Are there any examples of this that I can take a look at?
Thanks,
Tim
On Fri, Jul 27, 2012 at 1:23 PM, Ross Finlayson wrote:
> When implementing liveMedia
On 7/27/2012 4:24 AM, kl222 wrote:
CMake is used to
control the software compilation process using simple platform and
compiler independent configuration files. CMake generates native
makefiles and workspaces that can be used in the compiler environment of
your choice.
It probably fixes the tra
Hello Ross,
We do have a domain name. Unfortunately, all mails from this mailing list get
marked as spam by default due to some mail server policy that we have adopted.
I do understand that its frustrating to reply when the problem is not correctly
described or is too vague. However, to the be
On 7/27/2012 12:20 AM, Saurabh Gandhi wrote:
The system worked fine for over two days
You aren't using an old version of Live555 are you? They fixed an
integer overflow bug 8 months ago to let MPEG2TransportStreamFramer
manage a stream for more than a few days.
after two days we experien
> When implementing liveMedia using multiple streams in one process I see two
> choices:
>
> 1. Each stream is kept totally separate. I.e. each stream have their own
> TaskScheduler, UsageEnvironment, eventLoopWatchVariable and each
> doEventLoop() is running in a separate thread.
>
> 2. The rtsp
When implementing liveMedia using multiple streams in one process I see two
choices:
1. Each stream is kept totally separate. I.e. each stream have their own
TaskScheduler, UsageEnvironment, eventLoopWatchVariable and each
doEventLoop() is running in a separate thread.
2. The rtspClient's share
Well, since you know - in your own code - that the "ourClientConnection"
parameter to your "handleCmd_SETUP()" implementation will really be a
"MyOwnRTSPServer::RTSPClientConnection*", I see no problem in you making that
cast. There's no type safety issue here, because you know that the cast is
Hi Ross,
thank you for your replies. My comment below.
Regards,
Lionel
On Fri, 2012-07-27 at 06:04 -0700, Ross Finlayson wrote:
> Oops, my mistake:
>
>
> I just took another look at your message, and realized that - because
> you want to modify the response buffer while handling a "SETUP"
> co
Oops, my mistake:
I just took another look at your message, and realized that - because you want
to modify the response buffer while handling a "SETUP" command - you probably
do, indeed, need to subclass "RTSPServer::RTSPClientSession" as well (because
"handleCmd_SETUP()" is a member function o
> I am however facing some inheritance/relationship issues that I will try
> to explain.
>
> I have subclassed RTSPServerSupportingHTTPStreaming,
> RTSPServer::RTSPClientSession and RTSPServer::RTSPClientConnection
> classes for my needs, overriding virtual methods.
>
> I am trying, in the SETUP
Dear Ross,
Thank you very much for this hard and valuable work. I am trying to
migrate my current development on this branch. This is working well for
now, though I have not tested the independence between RTSP sessions and
TCP connections yet.
I am however facing some inheritance/relationship is
> We have created a multi-threaded framework (using Qt) to test live555 for one
> of our projects.
Do 'we' not have our own domain name? :-)
> For this, we are using:
> Live555 proxy server for re-streaming live streams from 16 IP cameras
> OpenRTSP for recording of live RTSP streams coming fr
>I able to make MFC GUI application and able to solve all the
> issues. The only issue i have (due to lack of my knowledge of your library)
> that how I find out if the connection is established correctly or not. What I
> mean that if the customer add wrong IP Address, how do we
Hi Ross,
I able to make MFC GUI application and able to solve all the
issues. The only issue i have (due to lack of my knowledge of your library)
that how I find out if the connection is established correctly or not. What I
mean that if the customer add wrong IP Address, how do we
18 matches
Mail list logo
