Re: [Live-devel] Changing maxPacketSize value for H264VideoRTPSink

Increasing the maximum packet size (up to some value < 2^16 bytes) can be a good idea if you’re planning to stream only over a LAN. If, however, you’re planning to stream beyond a single LAN, then you should be aware that some routers (and/or firewalls) may limit the size of network packets tha

[Live-devel] Important "RTSPServer" bug fix; please update to the latest version of the "LIVE555 Streaming Media" code

If you make use of our “RTSPServer” class - including the “LIVE555 Media Server” or the “LIVE555 Proxy Server” - then you should upgrade ASAP to the latest version (2015.07.23) of the “LIVE555 Streaming Media” code. This version fixes a potential buffer overflow bug in the “RTSPServer” impleme

[Live-devel] Changing maxPacketSize value for H264VideoRTPSink

Hello, Currently I'm working on improving an RTSP/RTCP/RTP server based on Live library which transmits the live H264 stream in HD resolution. Trying to lower the CPU consumption by the server (the hot-spot was MultiFramedRTPSink::sendNext callback), I increased the maxPacketSize value (by callin

Re: [Live-devel] Simultaneous streaming and capturing

> On Jul 23, 2015, at 8:59 AM, Piotr Piwko > wrote: > > 2015-07-17 11:14 GMT+02:00 Ross Finlayson >: > Unfortunately, because of the way that AVI files are designed, it is not > possible to update them continuously - in a way that allows them to be used > while

Re: [Live-devel] Simultaneous streaming and capturing

2015-07-17 11:14 GMT+02:00 Ross Finlayson : > Unfortunately, because of the way that AVI files are designed, it is not > possible to update them continuously - in a way that allows them to be used > while they are being written. > ... > (btw, the same applies to “.MP4” and “.MOV” files.) > I see.