Dear Ross,
> The call to Medium::close(subsession->sink);
> in "subsessionAfterPlaying()" should be causing
> AMRDeinterleaver::doStopGettingFrames()
> to get called, and that should in turn be stopping the reception (and
> thus handling) of any more AMR/RTP packets.
Actually, the call to AMRDei
Dear Ross
> Are you sure that the crash can still occur, even if you omit the "-Q" option?
Unfortunately, yes it does. Please find below the log end generated from the
following command "OpenRTSP.exe -d 10 when the crash occurs. The call
stack is the same as the one I provide you before:
Recei
Dear Ross,
> 1/ What command-line arguments are you giving to "openRTSP" (apart from the
> "rtsp://" URL)?
I'm using options "-Q -d x" for the test
where x is a duration which is smaller than the full length of the stream. A
change on the duration parameter has no impact on the issue.
> 2/ Does
Dear Ross
> This is helpful, but still not quite enough information, unfortunately. The
> closing of the audio subsession's stream *should*
> be stopping any additional processing related to the audio stream, so it
> that's not happening, then that will be the bug.
> It would be nice to know e
Dear Ross,
Unfortunately, I can not provide you for the stream that illustrates the
problem but I
did my investigation, and I think I'm close to find the reason why openRTSP is
crashing.
Actually I'm playing two different stream simultaneously using the lastest
release of
openRTSP. One MPEG
Dear Ross,
Actually you have solved for the recursive call to "shutdown()" issued when
calling "subsessionByeHandler()" function but it seems it is not enough.
The "subsessionByeHandler()" close some media subsession's stream with the
following line "Medium::close(subsession->sink)", which caus
Dear Ross,
Thanks for your reactivity. Unfortunately the new version (2010.11.10) does not
solve for the issue and not using the -Q option
does not make any change.
After calling shutdown and then subsessionByeHandler functions, OpenRTSP gets
in trouble when trying to use the clientData poi
Dear Ross,
> Does the crash still happen if you omit the "-Q" option?
I need to check that. I'll give you some feedback soon.
> Can you post a (publically-accessible) "rtsp://" URL of a stream that
> illustrates the problem?
Unfortunately, the streaming server is not publically-accessible.
I ca
Dear All,
When launching the following command OpenRTSP.exe -Q -d 15 , the
OpenRTSP application
get crash every time I get the following protocol sequence at the end of the
streaming session
client -> serveur RSTP TEARDOWN
serveur -> client RTP
serveur -> client RTP
serveur -> client
Hi all,
Using the current release of OpenRTSP (2010.07.13), I noticed a similar error
in the num_packets_lost statistics line as Norbert Donath did in a old version
(look at
http://lists.live555.com/pipermail/live-devel/2004-December/001764.html).
The format of the packet lost number is curren
10 matches
Mail list logo
