Re: [Live-devel] rtp\rtsp trouble

2010-01-28 Thread Ross Finlayson
BasicTaskScheduler::SingleStep(): select() fails: Bad file descriptor Make sure you're using the latest version of the code. It fixes a bug that *might* have caused this. -- Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel

[Live-devel] rtp\rtsp trouble

2010-01-28 Thread basteon
Hi Ross, I guess you may point me in this case. actually I tries todo rtsp client and rtp streamer in one program. I use those few code samples, but just have got... Received PLAY response: RTSP/1.0 200 OK CSeq: 4 Session: 2C7618F1 Range: npt=0.568878- RTP-Info: url=rtsp://127.0.0.1/axis-media/me

Re: [Live-devel] fPresentationTime fDurationInMicroseconds value setup

2010-01-28 Thread Tao Wu
Hi Ross, Thanks for your explanations. I am somehow unsure about the proper setup of fPresentationTime and fDurationInMicroseconds. My h264 video stream comes in the oder of pps, sps, I, P, P, P...(29 times) in a second. Is the following code correct ? Thank you. ::continueReadProcessing() {

Re: [Live-devel] NAL header bits

2010-01-28 Thread Ross Finlayson
Im a newbie. Im trying to decode h264 NAL header, I skip 12bytes of the RTP header No, you should not be parsing RTP headers at all. Our class "H264VideoRTPSource" already takes care of this - it extracts NAL units from the incoming RTP stream, and delivers them (one at a time) to the downst

Re: [Live-devel] (no subject)

2010-01-28 Thread Ross Finlayson
However, could I do the following to stream live video?It maybe familiar to multicast. The server is following the "test***streamer" example.A client connects to the server.When the server receives the "PLAY" command,it adds the client's IP to a list or array, every time a p

[Live-devel] NAL header bits

2010-01-28 Thread Cristina Gil
Hello, Im a newbie. Im trying to decode h264 NAL header, I skip 12bytes of the RTP header, but the next byte which I think it should be the NAL header begins by 0 (forbidden_zero_bit). but I get "7C" ( 1100) 10.. = Version: RFC 1889 Version (2) 0... = Marker: False ..0. ...

Re: [Live-devel] (no subject)

2010-01-28 Thread Richy Mong
2010/1/28 Ross Finlayson > .Because I am using multiple thread here >> > > I hope you've read the FAQ entry on threads. > > Yes.I read the FAQ very carefully. I'm sorry that I misundstood your answer > just now. > > Or can I follow the existed testOnDemandRTSPServer and write my own >> subclass

Re: [Live-devel] (no subject)

2010-01-28 Thread Ross Finlayson
.Because I am using multiple thread here I hope you've read the FAQ entry on threads. Or can I follow the existed testOnDemandRTSPServer and write my own subclass of OnDemandServerMediaSubsessionto stream live source? Yes. To stream via unicast (rather than multicast) you use a subclass o

Re: [Live-devel] (no subject)

2010-01-28 Thread Richy Mong
2010/1/28 Ross Finlayson >1. There are two memory leaks here.I write my programs following > the test***streamer and free the memory as the following: > if (sessionState.sink != NULL) sessionState.sink->stopPlaying(); > > Medium::close(sessionState.rtcpInstance); > Mediu