GNOME Bugzilla – Bug 465040
[RTP] h263ppay should allow h263 caps on sink
Last modified: 2007-08-20 16:51:40 UTC
Please describe the problem: By RFC 3551 (http://www.ietf.org/rfc/rfc3551.txt) it is recommended to payload the H263-1996 format with the H263-1998 payloader. This feature is used by many applications (e.g. QuickTime,...). Steps to reproduce: 1. Encode with H263-1996 and payload with h263ppay 2. try to stream stram over a rtsp server Actual results: The pipeline doesn't preroll Expected results: a stream to succeed and QT opening the RTSP stream Does this happen every time? yes Other information:
Created attachment 93364 [details] [review] Removes the lock on h263p caps only
* gst/rtp/gstrtph263pdepay.c: (gst_rtp_h263p_depay_setcaps), (gst_rtp_h263p_depay_process): * gst/rtp/gstrtph263ppay.c: (gst_fragmentation_mode_get_type), (gst_rtp_h263p_pay_class_init), (gst_rtp_h263p_pay_flush): Make the H263+ pay/depayloader support H263-1998 and H263-2000 payloads. Also alow plain H263 on the h263p payloaders. Fixes #465040.