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 563509 - [rtp_data_test] Complains about negotiation errors with mp4vpay
[rtp_data_test] Complains about negotiation errors with mp4vpay
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal blocker
: 0.10.14
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-12-06 22:12 UTC by Sebastian Dröge (slomo)
Modified: 2009-01-23 08:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastian Dröge (slomo) 2008-12-06 22:12:16 UTC 
Hi,
with latest CVS the rtp_data_test complains about negotiation errors with the mp4v payloader:

Running suite(s): rtp_data_test

Error from element rtpmp4vdepay0: Internal GStreamer error: negotiation problem.  Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
gstbasertpdepayload.c(360): gst_base_rtp_depayload_chain (): /GstPipeline:rtpmp4vpay-rtpmp4vdepay-pipeline/GstRtpMP4VDepay:rtpmp4vdepay0:
Not RTP format was negotiated

100%: Checks: 15, Failures: 0, Errors: 0

This should probably also be a failure ;)
Comment 1 Wim Taymans 2008-12-08 12:36:27 UTC 
The testsuite is not very nice, it does not hand off a real mpeg4 packet. But the payloader also pushed buffers before it could find the VOS startcode.

Fixed like so:


        * gst/rtp/gstrtpmp4vpay.c: (gst_rtp_mp4v_pay_flush),
        (gst_rtp_mp4v_pay_event):
        Don't try to push packets before we could find a valid config
        startcode. Fixes #563509.