[Live-devel] H264 over RTP/RFC 3984

[satheesh Ramalingam]

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-bounces at ns.live555.com [mailto:live-devel-bounces at 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-bounces at ns.live555.com [mailto:live-devel-bounces at 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.Cui at zoran.com<mailto:Larry.Cui at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20101026/42a98a6e/attachment.html>