Rather than speculating endlessly about how the "LIVE555 Streaming Media"
software might perform on your system, why not just download it and try it
yourself? It will take you less than 5 minutes to download and build the
software.
Because you are interested in RTSP client functionality, I sug
Jeff,
Thank you for your input. Is this the max performance on your system? Or CPU is
still not fully loaded with 400 D1@10fps receive and write. It will be of a
great help if you could comment on CPU performance when you are only receiving
and not writing.
I will see if I can extrapolate thes
Hello Ross sir
i saw an rtsp over http tunnelling option in your programs i just want to
know that how can we conform that
the stream we asre receiving is rtsp over http
one of my way is that we know rtsp packet size is 1328 and if it is ovet
tcp thaen it should be 1332(4 bytes of tcp header).
Is
Hello sir,
Can you please guide me on how to check the received frame size(packet
size) that we receive in test on demand rtsp server and proxy server please?
Thanks you
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/
I ran your modified application for several hours (on FreeBSD, under GDB),
and also on Linux using "valgrind", but unfortunately was unable to find any
problem.
I suspect that whatever bug is causing this is something that (for some
reason) is causing an exception only in your environment. I'm
I ran your modified application for several hours (on FreeBSD, under GDB), and
also on Linux using "valgrind", but unfortunately was unable to find any
problem.
I suspect that whatever bug is causing this is something that (for some reason)
is causing an exception only in your environment. I'm
> - sink->fSource = NULL; // indicates that we can be played again
> + // sink->fSource = NULL; // indicates that we can be played again
[...]
> We're just not sure that this is a correct solution
No, it's not.
Instead, try making the following change to "FileSink::afterGettingFrame()"
(lines 13
I can only give a few data points. A lot depends on the bandwidth per stream.
I receive and save to disk from security cameras. These are, on avg, set for
10fps d1(704x480)
On one desktop PC I7-950, 12G ram and Solid-state drive I was testing my
software thruput. A rather high end machine to eli
Hello Ross,
We have been running for some time a RTSPServer that acquires video from a live
source (with our own DeviceSource) from which we create 2 or 3 replicas: one for
multicast streaming and another to feed a FileSink for file storage. The third
replica is created on demand for unicast strea
Hello Ross,
Thanks for the prompt response. Assuming I'm not bothered about decoding and
rendering part of incoming video (as I can offload that), I want to know if any
profiling has been done on just LIVE555's receiving part on any processor ever?
I had observed in one of the experiments with
> I want to use live555 for receiving H.264 encoded video streams over IP
> network through RTP. Is there any information about performance numbers of
> live555 in terms of CPU cycles or CPU load % when it comes to receiving
> streams.
It's difficult, if not impossible, to answer questions like
Hi,
I want to use live555 for receiving H.264 encoded video streams over IP network
through RTP. Is there any information about performance numbers of live555 in
terms of CPU cycles or CPU load % when it comes to receiving streams. Also, Is
live555 claimed to be optimized for receiving video st
12 matches
Mail list logo
