<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=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="purple"> <div class="WordSection1"> Hi Peter,<o:p></o:p> Thank you for your reply.<o:p></o:p> The frame rate is actually known and a fixed rate.<o:p></o:p> I don’t know why it shows up as 0/1 in the log files.<o:p></o:p> So I tried replacing the video queue element with the following caps filter for a quick test:<o:p></o:p> <o:p> </o:p> h264parse ! video/x-h264, stream-format=byte-stream, alignment=au, width=640, height=480, framerate=30/1 ! mux.<o:p></o:p> <o:p> </o:p> I attached updated files for you. <o:p></o:p> Now there are no more ‘refused caps’ entries in the debug log. <o:p></o:p> The pipeline starts ok and runs for a little bit but it still eventually fails with the ‘not negotiated’ error.<o:p></o:p> At this point it’s not quite clear exactly which caps negotiation failed.<o:p></o:p> Any other ideas you may have would be much appreciated!<o:p></o:p> Regards,<o:p></o:p> <o:p> </o:p> Bill <o:p></o:p> <o:p> </o:p> From: gstreamer-devel [mailto:gstreamer-devel-bounces@lists.freedesktop.org] On Behalf Of Peter Maersk-Moller Sent: Tuesday, July 12, 2016 6:10 PM To: Discussion of the development of and with GStreamer <gstreamer-devel@lists.freedesktop.org> Subject: Re: Avimux refused caps video/x-h264<o:p></o:p> <o:p> </o:p> <div> <div> <div> <div> <div> Hi Bill.<o:p></o:p> </div> It may not be this, but I've noticed in one of your log files that the framerate of the video is 0/1. gst-inspect does say that avimux allows for framerate 0/1, but I have had issues with that earlier that were gone when using fixed framerate.<o:p></o:p> </div> Also AVI, if that is what avimux actually makes, does not support variable framerates. There is a hack, yes, that may work, but that would hardly work for streaming and I would not believe that would be put into avimux.<o:p></o:p> </div> Regards<o:p></o:p> </div> Peter<o:p></o:p> </div> <div> <o:p> </o:p> <div> On Tue, Jul 12, 2016 at 9:52 PM, William Salibrici <<a href="mailto:bsalibrici@latticeinc.com" target="_blank">bsalibrici@latticeinc.com</a>> wrote:<o:p></o:p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"> <div> <div> 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, <a href="tel:2147483647" target="_blank">2147483647</a>/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> </div> _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a> <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><o:p></o:p> </blockquote> </div> <o:p> </o:p> </div> </div> </body> </html>