> I was almost certain mjpeg was the cause, as I've been running multiple
> testRTSPClient's towards 3 Axis 243q encoders for 2+ weeks without any
> issues (using mpeg4). I however just put up two mpeg4 proxies/streams on the
> Cisco VSM. I didn't expect a crash, but I got one within an hour.
Please replace your version of "JPEGVideoRTPSource.cpp" with this attached version - that adds debugging output - and recompile. Then, when you get the crash again, please send us the diagnostic output again. With luck, this will help track down the problem some more.
Ross FinlaysonLive Networks,
> I updated to the latest code (live.2013.01.25.tar) and have been running the
> modified testRTSPClient using DrMemory. The exception occurs at DrMemory
> Error #10 and #11. The Windows app crash dialog is then displayed and after
> closing that the remaining DrMemory info is printed (as can be
The crashes are very consistent. Not the frequency, but the location. When
they occur, 602 is always the last message printed. I've attached an output
example. Judging by the callstack it almost looks to me like the printf
would be the cause, but the same thing happens if I remove the debug output,
> The crashes are very consistent. Not the frequency, but the location. When
> they occur, 602 is always the last message printed. I've attached an output
> example. Judging by the callstack it almost looks to me like the printf would
> be the cause, but the same thing happens if I remove the de
Included the attachment I was mentioning below... It shows the last minute
or so of the output from the modified testRTSPClient.
/Claes
Thanks a lot for taking the time to test it.
I'm not really sure how to proceed, but I guess I can try to locate a Linux
client to compile and ru
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
I experience an issue with TEARDOWN that I can't resolve.
I've attached an example (testRTSPClientCycleStreams.cpp) that for me
results in an Unhandled exception after a while; it usually happens after 10
minutes to an hour. The example is the testRTSPClient example with some
modifications to cycl
