Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-25 Thread Noam Camiel
Ross Finlayson: > In the meantime, if you want to use RTP-over-TCP streaming with our > server, then you should *not* send RTSP commands as 'keep alive' > indicators. Instead, you *must* send RTCP "RR" packets. Note that > RTCP is a *mandatory* part of the RTP specification, so if your > clie

Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-25 Thread Ross Finlayson
As I have noted in the past (several times now), the issue with the server handling incoming RTSP commands (after the initial "PLAY"), if RTP-over-TCP streaming is used, is a known problem. When this is solved, I will let this mailing list know. In the meantime, if you want to use RTP-over-TCP

Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-25 Thread Noam Camiel
Ross Finlayson: > This is not relevant to our implementation, because our server also > uses RTCP "RR" packets - coming from the client - as a keep-alive, > and clients (including ours) send those far more frequently than once > every 80 seconds. > > If you have a client that is properly sendin

Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-22 Thread Noam Camiel
Yes its true, the RTCP "RR" packets are far more frequent than the session timeout, they appear about once every five seconds. For UDP streams that worked OK but for some reason on TCP streams, adding the session timeout did the trick. In the case of RealPlayer, UDP worked fine but on TCP it alm

Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-22 Thread Ross Finlayson
>I'd appreciate any input on the meaning of the session timeout >field, its recommended value (80?). This is not relevant to our implementation, because our server also uses RTCP "RR" packets - coming from the client - as a keep-alive, and clients (including ours) send those far more frequently

Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-22 Thread Noam Camiel
Thanks for the replies sent on the subject of RTP-over-TCP I've looked into this issue and have managed to get good results. The original problem I had was using testOnDemandRTSPServer example to play a stream of of mpeg4 encodered frames (elementary stream) via TCP (RTP over TCP). The video

Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-04 Thread Ross Finlayson
To best of my knowledge, Live555 does not yet support that RTSP tunneled over HTTP Yes it does - in our *client* implementation. Note, for example, the "-T " option to "openRTSP": Our RTSP *server* implementation, however, does not yet suppor

Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-04 Thread Shaswata Jash
AIL PROTECTED] On Behalf Of Ross Finlayson Sent: Wednesday, October 03, 2007 8:40 PM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel) >Received RTCP "BYE" on "video/MP4V-ES" subsession (after 672 seconds) T

Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-03 Thread Ross Finlayson
>Received RTCP "BYE" on "video/MP4V-ES" subsession (after 672 seconds) The RTCP "BYE" packet (from the server) is your server is explicitly saying "I'm ending the streaming of the stream now". The client then (correctly) handles this by shutting down. So, you will need to figure out why your s

Re: [Live-devel] RTP-over-TCP streaming (Noam Camiel)

2007-10-03 Thread Ron McOuat
I have observed a similar sounding situation as follows: Use openRTSP to receive the video stream from an Axis camera, I have tried several models Using RTP over UDP (no -t or -T option) will run for hours Using RTP over TCP (-t option) will fail somewhere between 600 and 2000 seconds Using HTTP