Re: [Live-devel] RTCPInstance questions

2009-03-24 Thread Rawling, Stuart
>> >2. I have debug turned on and I see RTCP messages being received >> >from myself. >> >I presume this is a multicast session (if it were a unicast session, >> >then the RTCP packets should be sent back directly to the server, and >> >the client would never get a chance to receive them itself).

Re: [Live-devel] Using DigestAuthentication

2009-03-24 Thread Ross Finlayson
I'm using RTSP as a client. Unfortunatelly the authentication fails. I found out that live555 implements RFC 2069 specification. This specification was replaced by RFC 2617 and unfortunatelly our camera uses the features of the new standard. Thanks for the information. Could you please send us

Re: [Live-devel] RTCPInstance questions

2009-03-24 Thread Ross Finlayson
1. Should we be sending RTCP messages when the connection is in a paused state. My initial thoughts were no, but then I thought that without the RTCPInstance running and sending messages, how would a server know the client has not gone away. Yes, RTCP continues, as usual, even when a RTSP ses

[Live-devel] RTCPInstance questions

2009-03-24 Thread Rawling, Stuart
Hi all, I am connecting a client to an RTP server. I instantiate the groupsocks, and the RTPSources and the RTCP instance all fine, and the stream comes in great. However, I have a couple of questions about the RTCPInstance class. 1. Should we be sending RTCP messages when the connection is in

Re: [Live-devel] Access to RTP Extension Header

2009-03-24 Thread Brad Bitterman
Can you point me to where the header gets skipped (where the RTP header gets parsed)? I'll look and see if there is a clean way to allow access to the data. Any suggestions on the best way to add access? Thanks, Brad On Mar 24, 2009, at 12:50 AM, Ross Finlayson wrote: Is there an easy way t

Re: [Live-devel] H.264 streaming -- Not receiving all packets

2009-03-24 Thread Ross Finlayson
If my H/W encoder is single-slice, am I doomed? No, of course you're not 'doomed', but if your 'reference frames' are very large (and you didn't say how large they typically are), then they are going to be especially vulnerable to packet loss. If you could split them up into 'slice' NAL unit

Re: [Live-devel] Compiling on solaris 64 bit -maybe fixed

2009-03-24 Thread Ross Finlayson
Figured it out. I am attaching the config.solaris inline. I've just added -m64 three places to instruct compiler and linker to make 64 bit files. Thanks. One question, though: What happens if someone uses this new "config.solaris" to compile/link an application on (and for) a 32-bit Solaris

Re: [Live-devel] Using DigestAuthentication

2009-03-24 Thread Miklos Szeles
I'm using RTSP as a client. Unfortunatelly the authentication fails. I found out that live555 implements RFC 2069 specification. This specification was replaced by RFC 2617 and unfortunatelly our camera uses the features of the new standard. Do you plan to implementation the RFC 2617 digest authent

Re: [Live-devel] H.264 streaming -- Not receiving all packets

2009-03-24 Thread Georges Côté
If my H/W encoder is single-slice, am I doomed? Seems to be working well on a reliable network for 1080i @ 5 Mb/s. Anything higher (10 Mb/s) is not as stable but I haven't had time investigating why. For the reference frames, the codec generates a buffer containing 3 NAL units (SPS, PPS and th

Re: [Live-devel] Compiling on solaris 64 bit -maybe fixed

2009-03-24 Thread Michael Skaastrup Nielsen
Hi I will just reply to my own mail. Figured it out. I am attaching the config.solaris inline. I've just added -m64 three places to instruct compiler and linker to make 64 bit files. bash-3.00#file software/live/mediaServer/live555MediaServer software/live/mediaServer/live555MediaServer: ELF

Re: [Live-devel] Compiling on solaris 64 bit

2009-03-24 Thread Michael Skaastrup Nielsen
>The usual method - i.e. > genMakefiles solaris >is supposed to work for both 32-bit and 64-bit Solaris. > >But if that's not the case, and there's some change that could be >made to the "config.solaris" file in order to fix this, then please >let us know. >-- > >Hi. > >Sorry, should have sta

Re: [Live-devel] about the openRTSP

2009-03-24 Thread Ross Finlayson
I have a question about the openRTSP. In the end of the function startPlayingStreams, there is : // Watch for incoming packets (if desired): checkForPacketArrival(NULL); checkInterPacketGaps(NULL); My question is whether the video or audio packets haved been rececived here. The fi

Re: [Live-devel] Compiling on solaris 64 bit

2009-03-24 Thread Ross Finlayson
The usual method - i.e. genMakefiles solaris is supposed to work for both 32-bit and 64-bit Solaris. But if that's not the case, and there's some change that could be made to the "config.solaris" file in order to fix this, then please let us know. -- Hi. Sorry, should have stated that.

[Live-devel] timeout doesn't work in RTSPClient

2009-03-24 Thread Peter Gejgus
Hello, Does timeout work in RTSPClient? I slightly modified openRTSP.cpp in order to use timeout value (in seconds). I replaced at line 32: return rtspClient->sendOptionsCmd(url, username, password); with return rtspClient->sendOptionsCmd(url, username, password, NULL, 5); and at line 45: re

[Live-devel] about the openRTSP

2009-03-24 Thread Danny Cheng
Hello, This is my first letter to you! I have a question about the openRTSP. In the end of the function startPlayingStreams, there is : // Watch for incoming packets (if desired): checkForPacketArrival(NULL); checkInterPacketGaps(NULL); My question is whether the video or audio pa

Re: [Live-devel] Compiling on solaris 64 bit

2009-03-24 Thread Michael Skaastrup Nielsen
>I am trying to run live555 server on an Solaris 64 bit box. > >It runs fine as a 32 bit application, but I am unable to read or >stream any files over 2 GB. VLC streaming works fine but live555 >server is required for this application. > >Can anyone help me, either by directing me to something