Re: [Live-devel] Dead lock on 408 Request timeout

2020-10-05 Thread Ross Finlayson
> On Oct 5, 2020, at 10:53 PM, Eric Beuque wrote: > > Is it a bad practice to send the OPTIONS commands like i do ? No. Just the opposite, in fact. > I tried the openrtsp command, and this seems to work, but it's not sending > OPTIONS commands like me, i guess. If you add the “-K” (that’s

Re: [Live-devel] Dead lock on 408 Request timeout

2020-10-05 Thread Eric Beuque
> On Oct 4, 2020, at 8:16 PM, Alexander Tumarov > wrote: > > > > You are receiving an additional response to Describe command that was > previously received completely ( CSeq: 4). > > Your setup sent with CSeq: 5 but response came to CSeq: 4 - Handler for > this was already completed. > > Yes, th

Re: [Live-devel] Dead lock on 408 Request timeout

2020-10-05 Thread Eric Beuque
> > > Try to implement a timeout handler - I had an issue with different vendor > of cameras that were messing with sockets and it helped(although I dodn't > received 408 code but yes I was receiving unexpected responses). > I then raised the idea of setting timeout value for each command but > Ros

Re: [Live-devel] Dead lock on 408 Request timeout

2020-10-04 Thread Ross Finlayson
> On Oct 4, 2020, at 8:16 PM, Alexander Tumarov wrote: > > You are receiving an additional response to Describe command that was > previously received completely ( CSeq: 4). > Your setup sent with CSeq: 5 but response came to CSeq: 4 - Handler for this > was already completed. Yes, this se

Re: [Live-devel] Dead lock on 408 Request timeout

2020-10-04 Thread Alexander Tumarov
Hi, You are receiving an additional response to Describe command that was previously received completely ( CSeq: 4). Your setup sent with CSeq: 5 but response came to CSeq: 4 - Handler for this was already completed. Try to implement a timeout handler - I had an issue with different vendor of cam

Re: [Live-devel] Dead lock on 408 Request timeout

2020-10-02 Thread Ross Finlayson
You haven’t said what your RTSP client application is. If it wasn’t written by us (even though it uses our RTSP client library), then we might not be able to help you here. (I.e. the ‘deadlock’ might be occurring in software that we didn’t write.) Instead, I suggest that you first try using o

[Live-devel] Dead lock on 408 Request timeout

2020-10-02 Thread Eric Beuque
Hello, I'm facing a problem with a Samsung camera that sometimes answer a "408 Request timeout", to a SETUP command, this lead to the RTSP stream to be in a dead lock state : - Nothing append in the callback of the sendSetupCommand (same problem using both TCP or UDP). - I also won't receive nothi