After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 795939 - webrtcbin: Lack of mandatory fields in offer SDP in case of h.264 stream
webrtcbin: Lack of mandatory fields in offer SDP in case of h.264 stream
Status: RESOLVED DUPLICATE of bug 795044
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-05-08 16:34 UTC by Ilya Smelykh
Modified: 2018-05-09 13:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ilya Smelykh 2018-05-08 16:34:02 UTC
When webrtcbin forms sdp for an offer it doesn't add such params as packetization-mode, profile-level-id, etc.

It's seems like since Google Chrome updated to version 66 at least packetization-mode parameter is required and Chrome fails to create an answer when this param not presented in SDP for remote description. 

Modifying offer's sdp in js by adding packetization-mode=1 makes video working in Chrome 66.
Comment 1 Pieter Willem Jordaan 2018-05-08 20:24:21 UTC
I can confirm this.

Perhaps related to https://bugzilla.gnome.org/show_bug.cgi?id=795404

How are you working around this (other than modifying in js)?
Comment 2 Ilya Smelykh 2018-05-08 20:33:29 UTC
Yes, the point is when I've tried to figure it out I found that webrtcbin uses rtp payloader's src pad caps during the forming of offer, it happens in NULL => READY state change which means webrtcbin uses default rtp payloader caps before the stream was parsed and caps were clarified.
Comment 3 Pieter Willem Jordaan 2018-05-08 20:43:51 UTC
(In reply to Ilya Smelykh from comment #2)
> Yes, the point is when I've tried to figure it out I found that webrtcbin
> uses rtp payloader's src pad caps during the forming of offer, it happens in
> NULL => READY state change which means webrtcbin uses default rtp payloader
> caps before the stream was parsed and caps were clarified.

What if you link the bin after the payloader get its caps? How would you do that?
Comment 4 Matthew Waters (ystreet00) 2018-05-09 09:56:09 UTC
This should be fixed as a side effect of bug 795044.
Comment 5 Ilya Smelykh 2018-05-09 11:41:48 UTC
(In reply to Matthew Waters (ystreet00) from comment #4)
> This should be fixed as a side effect of bug 795044.

Yep, this patch fixes the problem.
Comment 6 Sebastian Dröge (slomo) 2018-05-09 13:18:52 UTC

*** This bug has been marked as a duplicate of bug 795044 ***