> On Sep 27, 2020, at 12:01 AM, Nicolas Julien <nicolas.jul...@cdvi.com> wrote: > > And the DESCRIBE answer : […] > a=rtpmap:96 H265/90000 > a=fmtp:96 sprop-sps=Z00AMp2oCgAtabgICAoAAAMAAgAAAwBRCA==; sprop-pps=aO48gA==
It’s very unusual that your server is not including a “sprop-vps” parameter here. (According to RFC 7798 - which defines the RTP payload format for H.265 aka. HEVC - this parameter is only ‘optional’; however, it’s very unusual for it not to be included here.) The bigger problem, however, is that the "sprop-sps” and "sprop-pps” parameters do not appear to encode H.265 SPS and PPS NAL units. Instead, they appear to encode H.264 NAL units instead. In summary: Your server is broken. It is advertising H.265, but its "sprop-sps” and "sprop-pps” parameters encode H.264 NAL units, not H.265 NAL units. (Also, there is no “sprop-vps” parameter.) You need to contact the manufacturer of your server, asking them to fix this bug. Ross Finlayson Live Networks, Inc. http://www.live555.com/ _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
