Add clock-rate to avoid return EMPTY caps of gst_caps_intersect between offer_caps... 43/243143/6
authorHyunil <hyunil46.park@samsung.com>
Thu, 3 Sep 2020 09:07:18 +0000 (18:07 +0900)
committerHyunil <hyunil46.park@samsung.com>
Mon, 7 Sep 2020 02:29:14 +0000 (11:29 +0900)
commit83ac13cc45076f825d1453963a4510485122201a
tree5f7786410567870e8a028871150a6d53d8bbff0e
parent85b681720e2d5d8bc8661d8df117e702cd3c9df3
Add clock-rate to avoid return EMPTY caps of gst_caps_intersect between offer_caps and trans_caps

- Refer following FIXME comment of _create_answer_task() in gstwebrtcbin.c:2585
  /* FIXME: technically this is a little overreaching as some fields we
   * we can deal with not having and/or we may have unrecognized fields
   * that we cannot actually support */
- Refer Page 22 of RFC7741, VP8 clock rate MUST be 90000
- now answer can be set transceiver direction after intersection
- VP8 and H264 clock rate must be 90000. In normal case, video caps get this value by pad intersect.
  but, When we use 'recvonly', we don't create video pipeline and use default video caps which had not clock rate.
- In negotiation between answer and offer.
  Before the answer accepts the offer's transceiver, caps are negotiated between the answer and the offer.
  At this time, if the video caps of the answer is EMPTY by gst_caps_intersect(),
  the answer's transceiver is automatically set to 'recvonly'.
  the return value is EMPTY caps of gst_caps_intersect() if clock rate is not set.

[Version] 0.1.117
[Issue Type] Bug fix

Change-Id: I43237638cc74af50067e13dc2668b11ec0931b35
Signed-off-by: Hyunil <hyunil46.park@samsung.com>
include/media_streamer_util.h
packaging/capi-media-streamer.spec