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
> 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
In my last response, I noted where in the code that (C++ language) exception is
caught. If - for some re
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
On Wed, Sep 07, 2016 at 10:12:58AM -0700, Ross Finlayson wrote:
> It depends. Most of the “createNew()” functions just do
> return new SomeConstructor();
> Should that fail, then things are TARFU anyway (see
> https://en.wikipedia.org/wiki/List_of_military_slang_terms#TARFU :-)
In this con
Rather than making an obscure reference to a 6-year-old message (that was
likely in response to something completely different to what you’re concerned
about), why don’t you just ask the question you really want to ask? That way,
we’ll all know what your question really is...
Ross Finlayson
L
> "just return" sounds a lot like "return NULL", but since that
> createNewClientSession doesn't take any parameters by your claim above
> it must not return NULL. Did you suggest to return something else?
Note also that in my earlier response, I was referring just to the various
“createNew()” fu
On Mon, Sep 12, 2016 at 02:02:33PM +0200, Ross Finlayson wrote:
> Rather than making an obscure reference to a 6-year-old message (that was
> likely in response to something completely different to what you’re concerned
> about), why don’t you just ask the question you really want to ask? That
> To be honest, I was debugging code that uses exactly that advise from
> that 6-year-old message to limit the number of active sessions (but I
> only discovered that message way later in my debugging). It took me a
> while figuring out that returning NULL from createNewClientSession
> causes creat
Hi,
I am using the live555 library to stream live video from my network camera. My
code is based on the Elphel example code. All is working good so far.
Next I want to have my rtsp server 'listen' for client requests to start and
stop streaming, so it will only start streaming video upon requ
> Next I want to have my rtsp server 'listen' for client requests to start and
> stop streaming
I’m not sure I understand your question. Your RTSP server *already* listens
for ‘client requests to start and stop streaming’. That’s what a RTSP server
does.
But perhaps you want your server to d
OK, thinking about this some more - now I think I understand.
You’re streaming from your camera via IP multicast (because you're using the
‘Elphel’ code as a model). In this case, each RTSP session - from a client -
asks to receive the (existing) IP multicast stream, but does not start a new
s
Dear Ross,
..thats it, sorry for my bad explanation.
Unicast/one-client is suitable, so I'll follow the testOnDemandRTSPServer model.
Thanks for your help
Edward
From: live-devel on behalf of Ross
Finlayson
Sent: 12 September 2016 16:00
To: LIVE555 Streaming
> Actually, all of the client’s ‘request queues’ should be reset by
> “RTSPClient::reset()”.
>
> I’ve now installed a new version (2016.09.08) of the “LIVE555 Streaming
> Media” code that fixes this.
Thanks a lot, Ross!
I did some extended testing by modifying one of the 'back-end' devices
to r
13 matches
Mail list logo
