<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="#0563C1" vlink="#954F72"> <div class="WordSection1"> Hello,<o:p></o:p> The following rtpbin receiver pipeline works just fine for me. My receiver machine is windows 7, 64 bit and I’m using GStreamer 1.8.1 with your windows pre-built binaries. I receive an h264 video stream and display it and its associated mulaw audio stream and play it. The audio and video are synchronized and all is well here. <o:p></o:p> rtpbin name=rtpbin udpsrc address="192.168.1.101" port=5018 caps="application/x-rtp,media=video,clock-rate=90000,encoding-name=H264,payload=96" ! rtpbin.recv_rtp_sink_0 rtpbin. ! rtph264depay ! h264parse ! openh264dec ! videoconvert ! d3dvideosink udpsrc address="192.168.1.101" port=5020 caps="application/x-rtp,media=audio,clock-rate=8000,encoding-name=PCMU,payload=0" ! rtpbin.recv_rtp_sink_1 rtpbin. ! rtppcmudepay ! mulawdec ! directsoundsink<o:p></o:p> <o:p> </o:p> Next I’m attempting to use the following similar rtpbin receiver pipeline to mux the audio and video streams together to create a movie file and it fails with ‘streaming task paused, reason not-negotiated (-4)’. As you can see, the front end of this pipeline [for each stream up to the queues] is identical to the one above that works ok. My rtpbin sender is sending identical data for both receiver pipelines using the same ports for audio and video. <o:p></o:p> rtpbin name=rtpbin udpsrc address="192.168.1.101" port=5018 caps="application/x-rtp,media=video,clock-rate=90000,encoding-name=H264,payload=96" ! rtpbin.recv_rtp_sink_0 rtpbin. ! rtph264depay ! h264parse ! queue ! mux. udpsrc address="192.168.1.101" port=5020 caps="application/x-rtp,media=audio,clock-rate=8000,encoding-name=PCMU,payload=0" ! rtpbin.recv_rtp_sink_1 rtpbin. ! rtppcmudepay ! queue ! mux. avimux name=mux ! filesink location=C:/my/movie.avi sync=true max-lateness=900000000<o:p></o:p> <o:p> </o:p> I have attached three [reasonably small] debug files as follows: <o:p></o:p> debug.log – obtained with ‘set GST_DEBUG=2,*udp*:6,*avi*:6’. <o:p></o:p> test-normal.txt – screen capture for ‘gst-launch-1.0 –e’ of pipeline. <o:p></o:p> test-dash-v.txt - screen capture for ‘gst-launch-1.0 –e -v’ of pipeline [shows some caps info]. <o:p></o:p> <o:p> </o:p> If you look at line 273 of the debug log, you will see the following: <o:p></o:p> ‘gst_avi_mux_vidsink_set_caps:<mux> refused caps video/x-h264, …’<o:p></o:p> <o:p> </o:p> Using the inspect tool for avimux shows the following for an acceptable sink pad capability:<o:p></o:p> video/x-h264<o:p></o:p> stream-format: byte-stream<o:p></o:p> alignment: au<o:p></o:p> width: [ 16, 4096 ]<o:p></o:p> height: [ 16, 4096 ]<o:p></o:p> framerate: [ 0/1, 2147483647/1 ]<o:p></o:p> <o:p> </o:p> So it appears as though an acceptable sink capability is being rejected but I don’t understand why. I might be tripping over something simple. Any ideas on what I could be doing wrong?<o:p></o:p> Thanks,<o:p></o:p> Bill <o:p></o:p> </div> </body> </html>