Larry, SPS and PPS has to be sent to client as part of sprop-parameter-set in SDP. RFC 3984: section 8.1 talks about how to construct sprop-parameter-set. This will solve the quicktime problem.
From: live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Larry Cui Sent: Tuesday, October 26, 2010 12:50 AM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] H264 over RTP/RFC 3984 I only type in rstp://IP_address, no port and session, let RTSP negotiate. The picture size is correct, but no video output. ________________________________ From: live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Jeremy Noring Sent: Monday, October 25, 2010 12:16 PM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] H264 over RTP/RFC 3984 On Mon, Oct 25, 2010 at 12:07 PM, Larry Cui <larry....@zoran.com<mailto:larry....@zoran.com>> wrote: Jeremy Noring, Windows Firewall default state is ON. After Off the firewall, streaming is ok. With my implementation, only video packet and SPS and PPS are sent out, there is no SEI packet. VLC plays well, while Quicktime plays without video output. I believe quicktime does not select right demux/decoder. Also, the new version Quicktime has no way to select the file format in the preferences. Did you make any select in the preferences in Quicktime? No, I just type in the url (e.g. rtsp://IP_ADDRESS:PORT/SESSION). I suspect it's probably because you're sending sps/pps info in-stream, or maybe not sending SPS/PPS as their own frame.
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
