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 465040 - [RTP] h263ppay should allow h263 caps on sink
[RTP] h263ppay should allow h263 caps on sink
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.6
Other All
: Normal minor
: 0.10.7
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-08-09 13:39 UTC by Dejan Sakelšak
Modified: 2007-08-20 16:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Removes the lock on h263p caps only (400 bytes, patch)
2007-08-09 13:41 UTC, Dejan Sakelšak
committed Details | Review

Description Dejan Sakelšak 2007-08-09 13:39:51 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:
Comment 1 Dejan Sakelšak 2007-08-09 13:41:51 UTC
Created attachment 93364 [details] [review]
Removes the lock on h263p caps only
Comment 2 Wim Taymans 2007-08-20 16:51:40 UTC
        * 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.