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: WebRTCAssignee: 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.