Just a quick reminder that if you distribute a product (whether hardware or
software; whether for pay or for free) that uses the open source “LIVE555
Streaming Media” software, you must abide by the conditions of the LGPL
license. See
http://live555.com/liveMedia/faq.html#copyright-and-
Thanks for the report. I have just installed a new version (2015.06.24) of the
“LIVE555 Streaming Media” code that should fix this.
(My fix was a bit different from yours. I added an extra ‘end of body pointer’
parameter to “handleGET_PARAMETERResponse()”, and modified that routine
instead.)
Thanks for the report. I have just installed a new version (2015.06.24) of the
“LIVE555 Streaming Media” code that should fix this.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
htt
[Switched from vlc-devel because this part really is just live555-specific]
On 24/06/15 14:26, Ross Finlayson wrote:
That’s odd. I tested against a MP3 stream (file), and in that case
VLC sent a “PAUSE” command when I clicked the pause button. But it
didn’t when I tried streaming from a MPEG
Abstruse case triggered by a VLC live555 module bug, in which
doEventLoop() is not called during PAUSE, causing GET_PARAMETER
responses to get stacked up. When PLAY starts again the parsing
of these responses then fails because handleGET_PARAMETERResponse()
trims the entire buffer rather than jus
Hi Ross,
I would like to report a problem since I upgraded to live 2015.06.11 and
higher. I experienced crashes when releasing a RTSPServer which has client
connections. It happens in the GenericMediaServer destructor, connections
destructor invokes RTSPServer code but this part of the object i
