As you presumed I just run single program and we use another tiny RTSP client
to generate heavy load. (just stream, not decoding)
Regarding socket descriptor limitation,
I already increase it to 1024. Before do this, we stopped at 32 clients (32 * 2
sockets, RTP, RTCP)
some strange thing is
Why
We are encountered significant performance degradation when ports live555 to
windows from Linux.
Even though Window server has more powerful H/W spec. then Linux.
Test scenario
1. Run live555MediaServer (not modified)
2. Connect client to server stream (H264, 720p, 2mbps, RTP over TCP)
3. Increas
In system integration perspective,
I think it's worth to support legacy system (already deployed cameras)
Its' right the server has a bug but it's not possible to fix it.
because our client already bought it few years ago and maintenance period would
be expired.
Please reconsider your base rule
Some CCTV decribe additional information in the response of GET_PARAMETER. Such
like,
"
RTSP/1.0 200 OK
CSeq: 7
Content-Length: 0
Content-Type: text/parameters
Session: 109532068
framerate: 25
"
In this case,
We couldn't handle body (framerate: 25) because content length is zero.
Furthermore,
Hi Ross,
Thanks for continuous respond.
Now it's resolved after I downgrade mingw from 4.9 to 4.8 (ubuntu 14.04 defalt)
This version has no problem to handle exception.
Thanks again
and for your information, I used stream file "slamtv60.h264" in your web server
and re-name it to .264
BR,
Davy
Humm.. now I understood that exception is normal operation. It seem to similar
with "goto"
So the problem is H264or5VideoStreamParser::parse couldn't catch
NO_MORE_BUFFERED_INPUT
I'm using mingw and run media server as console application
Without GDB win7 still report APPCRASH and no more debug
When I run live555MediaServer.exe, program send "throw" in the middle of making
SDP lines.
As you can see below backtrace it happened in void
StreamParser::ensureValidBytes1
The problem is StreamParser::afterGettingBytes never called back in synchronous
mode.
Because of ByteStreamFileSource::
