[Live-devel] rtsp client -> h264 decoder

[Kenneth Forsythe]

For servers I have two commercial H264 cameras and one instance of live555MediaServer.exe running stock. VLC can connect fine to all three. No problems here (as far as I can tell).

My client, on the other hand only works for the live555MediaServer and one of the cameras. The other camera, after receiving the data and delivering to the decoder/renderer and am seeing green distorted video, complete gobbly-gook. There doesn't appear to be any connectivity problems nor buffer size error messages.

So I wanted to see if my rtsp code handling is correct or if I need to do some extra work before the data is delivered to the decoder (I am new to this and figuring it out as I go along). As I mentioned before:

What I am doing is quite similar to what I see in H264or5VideoFileSink::afterGettingFrame. On first frame I am prepending the data with [startcodes][sps] and [startcodes] [pps], (sps,pps was captured earlier on when setting up the subsession). After first frame the data is only prepended with the start codes. Is there something else I should be doing, ie analyzing the nal type and modifying differently? Or do you think the problem could be outside the stream and more in the area where I am  setting up the video information?

Thanks,

Ken

From: live-devel [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
Sent: Friday, September 26, 2014 1:24 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] rtsp client -> h264 decoder

OK, so perhaps it would be best if you clarified what specific problem you are seeing.  Is it a problem at the server end, at the client end, or both?  And where specifically are you using the "LIVE555 Streaming Media" code?  In your server (i.e., camera), in your client (i.e., media player), or both?
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20140926/870229ff/attachment-0001.html>