Re: [Live-devel] Slow setup of h264 streams

2017-09-07 Thread Ross Finlayson
>>> As a side note, this live555 mod was comitted/sent back as "minilive" >>> around 2007/2009 according to my colleagues. >>> >> >> I have no idea what you’re referring to here. What “live555 mod”? And the >> term “minilive" means nothing to me. >> >> > It was a stripped down version of l

Re: [Live-devel] Slow setup of h264 streams

2017-09-07 Thread Anders Sandven
Thank you for your patience :) On 9/6/17 5:33 PM, Ross Finlayson wrote: As a side note, this live555 mod was comitted/sent back as "minilive" around 2007/2009 according to my colleagues. I have no idea what you’re referring to here. What “live555 mod”? And the term “minilive" means nothing

Re: [Live-devel] Slow setup of h264 streams

2017-09-06 Thread Ross Finlayson
> As a side note, this live555 mod was comitted/sent back as "minilive" around > 2007/2009 according to my colleagues. I have no idea what you’re referring to here. What “live555 mod”? And the term “minilive" means nothing to me. > A pastebin with the output from live555ProxyServer if it is

Re: [Live-devel] Slow setup of h264 streams

2017-09-06 Thread Anders Sandven
Thank you for your response! I understand that you cannot help with any custom stuff. What I was trying to convey was that our old modified version of live555 was significantly faster in setting up the source and client streams than the current stock version of live555. Running the live555Pr

Re: [Live-devel] Slow setup of h264 streams

2017-09-01 Thread Ross Finlayson
> I am trying to implement a proxy using live555. What is wrong with the supplied “LIVE555 Proxy Server” application? http://live555.com/proxyServer/ We probably can’t help you with your custom proxy application (or with any custom modifications you might have made to the supplied “LIVE5

[Live-devel] Slow setup of h264 streams

2017-09-01 Thread Anders Sandven
Hi! I am trying to implement a proxy using live555. This is a rewrite of an older version which also used live555. The proxy is used for a bunch of h264 streams which are created when needed. The older version used some blocking socket calls, which made me try to rewrite the whole thing usin