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 637359 - Internal GStreamer error, during pcap to mp4 conversion
Internal GStreamer error, during pcap to mp4 conversion
Status: RESOLVED DUPLICATE of bug 625825
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.20
Other Linux
: Normal normal
: 0.10.21
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-12-16 00:41 UTC by Shiva
Modified: 2011-01-04 10:37 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Shiva 2010-12-16 00:41:25 UTC
I am trying to setup a pipeline that takes a rtp pcap file as input, which contains mpeg4-generic audio and convert it to mp4 format, using pcaparse, rtpmp4adepay and qtmux plugins

Following is the pipeline

gst-launch filesrc location=audio.rtp.pcap ! pcapparse ! "application/x-rtp, payload=96, clock-rate=30" ! rtpmp4adepay ! qtmux ! filesink location=out

I get the below error when I run the pipeline

Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstPipeline:pipeline0/GstQTMux:qtmux0: Internal GStreamer error: negotiation problem.  Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
Additional debug info:
gstqtmux.c(1815): gst_qt_mux_add_buffer (): /GstPipeline:pipeline0/GstQTMux:qtmux0:
format wasn't negotiated before buffer flow on pad audio_00
Execution ended after 323000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

Can you let me know the fix for the problem

Thanks
Comment 1 Mark Nauwelaerts 2011-01-04 10:37:00 UTC
I suspect this is due to lacking rate etc in rtpmp4adepay output caps (once upon a time), as in bug #625825.  Otherwise re-open if not solved yet.

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