Re: [Live-devel] Live555 Proxy Server sometimes does not proxy source after connection loss

2016-09-08 Thread Ross Finlayson
> Should the fRequestsAwaitingResponse queue be cleared by > RTSPClient::reset to prevent this? > > Or, should the fRequestsAwaitingConnection queue be cleared in > RTSPClient::reset? Actually, all of the client’s ‘request queues’ should be reset by “RTSPClient::reset()”. I’ve now installed a n

Re: [Live-devel] order of frames

2016-09-08 Thread Ross Finlayson
> On Sep 8, 2016, at 12:44 AM, Артур Хайруллин wrote: > > I want to set it to 0 just to test - " If packets arrive in order " or not. No! That’s not how the code works! Once again: Our code always delivers data in order - i.e., it never delivers data out of order. This is regardless of the

Re: [Live-devel] order of frames

2016-09-08 Thread Артур Хайруллин
I want to set it to 0 just to test - " If packets arrive in order " or not. If it isn't i probably will see decreasing of frames processed per second. If not - won't see! am i undrstood you correctly ? [image: ООО "Автодория"] *Артур Хайруллин* / Системный программист

Re: [Live-devel] order of frames

2016-09-08 Thread Ross Finlayson
> On Sep 7, 2016, at 11:36 PM, Артур Хайруллин wrote: > > Oh...i forgot another ltle question :) > > May i set threshold time to 0 if i must process only the newest frame with no > latency then old frame with some latency ? I’m not sure what you mean by this. If packets arrive in order,

Re: [Live-devel] order of frames

2016-09-08 Thread Артур Хайруллин
Oh...i forgot another ltle question :) May i set threshold time to 0 if i must process only the newest frame with no latency then old frame with some latency ? Due to some problems in network we can process the frame in our application later more than 0.5 seconds at least if for example 5 pack