Bug 259987

Summary:	H.264 baseline profile is selected but iPhone sends H.264 high profile in the video stream.
Product:	WebKit	Reporter:	jbookshar
Component:	WebRTC	Assignee:	Nobody <webkit-unassigned>
Status:	NEW ---
Severity:	Normal	CC:	webkit-bug-importer, youennf
Priority:	P2	Keywords:	InRadar
Version:	Safari 15
Hardware:	iPhone / iPad
OS:	iOS 15
See Also:	https://bugs.webkit.org/show_bug.cgi?id=195124

Description jbookshar 2023-08-09 12:00:30 PDT

In our SDP logs we see the following.

SDP Offer from iPhone

a=fmtp:96 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=640c1f
a=fmtp:98 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=fmtp:100 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=640c1f
a=fmtp:102 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f


SDP Answer to iPhone

a=fmtp:102 profile-level-id=42e028;packetization-mode=1


Then our decoder reports that even though baseline profile is selected, we are receiving high profile in the video stream.

WARN  2023-08-09T17:15:20.067Z From: 0x01020101 0x00000031 DEFAULT 1000463: H264Decoder_Cl::parseSPSProfileIdc: profile High profile (100) not supported

I believe we have reported this in the past and a patch to iOS 14 resolved it.

Comment 1 Alexey Proskuryakov 2023-08-10 17:09:45 PDT

Sounds like bug 195124, which is still open.

Comment 2 Radar WebKit Bug Importer 2023-08-16 12:01:15 PDT

<rdar://problem/113980881>

Comment 3 jbookshar 2023-08-17 07:25:20 PDT

(In reply to Alexey Proskuryakov from comment #1)
> Sounds like bug 195124, which is still open.

Yes Long Cheng my co-worker previously entered this bug but I thought it was fixed. Perhaps this is a duplicate then.