<p>> Yes. (I wonder, what were you passing as the "sprop_parameter_sets_str" parameter before??</p><p>> That parameter is there for a reason.<br></p><p>Before, just "h264" which is what the sample code I started with used (I was hoping I could just start with an existing sample and move forward, but apparently it's more complicated than that). I don't doubt it's there for a reason; I didn't even realize it was there, or the associated profile level id. <br>
</p><p>I'm confused about what information I need to supply to the framer to get all this to work correctly. So far it seems I need to:</p><p>1. Supply NAL units</p><p>2. Implement currentNALUnitEndsAccessUnit() (for me, this always returns true since each NAL unit I have seems to correspond with a whole encoded frame--does that sound right to you?)</p>
<p>3. supply SPS/PPS information which is communicated in sprop_parameter_sets_str (just for clarification: this looks like "(SPS as base64),(PPS as base64)", right?)</p><p>4. supply profile_level_id (any hints about this one? I've reviewed rfc 3984, and i'm still a little fuzzy on what this value should look like)<br>
</p>5. Anything else?<br><br>I really appreciate your help on this; I have no experience with H.264 or streaming per RFC 3984, so your advice has been a big help. I know for a fact my H.264 video stream is valid (I can decode/render it) and Live555 is sending traffic over the wire (I see it coming in VLC, in task manager, etc.). My goal is to get to the point where VLC can render it, and I think I'm pretty close.<br>
<p></p>