<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 12 (filtered medium)"> <style>  </style> </head> <body lang="EN-US" link="blue" vlink="purple"> <div class="WordSection1"> Thank you kindly for the response Nicolas, I appreciate you looking at this.<o:p></o:p> <o:p> </o:p> It’s interesting that the videotestsrc works fine with the vaapiencoder /vaapidecoder, yet all other videos we see issues. Following your suggestion, if we remove the vaapi components for h264parse, avdec_h264, and xvimagesink, things works fine, suggesting the issue is related to one of these components. <o:p></o:p> <o:p> </o:p> gst-launch-1.0 -v filesrc location=/home/dev/big_buck_bunny_1080p_h264.mov ! qtdemux ! h264parse ! rtph264pay ! udpsink host=127.0.0.1 port=5000<o:p></o:p> <o:p> </o:p> gst-launch-1.0 udpsrc caps = "application/x-rtp, media=video, clock-rate=90000, encoding-name=H264, sprop-parameter-sets=\"J01AKakYDwBE/LgDUBAQG2wrXvfAQA\\\=\\\=\\\,KN4JyA\\\=\\\=\", payload=96, ssrc=1798546747, timestamp-offset=3287499078, seqnum-offset=25830" port=5000 ! rtpjitterbuffer! rtph264depay ! h264parse ! avdec_h264 ! xvimagesink<o:p></o:p> <o:p> </o:p> To answer your question, I was using all gstreamer components straight from the git repository (1.5.0.1), with gstreamer-vaapi 0.5.11.pre1. <o:p></o:p> We see the same issue occur using gstreamer 1.4.5 and gstreamer-vaapi 0.5.9. <o:p></o:p> <o:p> </o:p> I’ll file a bug for the gstreamer-vaapi<o:p></o:p> <o:p> </o:p> Cheers,<o:p></o:p> Randy<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in"> From: gstreamer-devel [mailto:gstreamer-devel-bounces@lists.freedesktop.org] On Behalf Of Nicolas Dufresne Sent: Tuesday, May 19, 2015 8:07 PM To: Discussion of the development of and with GStreamer Subject: Re: gstreamer missing a lot of frames?<o:p></o:p> </div> </div> <o:p> </o:p> <div> Le Tuesday 19 May 2015 à 21:29 +0000, Spruyt, Randy a écrit :<o:p></o:p> </div> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> Video from: <a href="http://download.blender.org/peach/bigbuckbunny_movies/big_buck_bunny_1080p_h264.mov"> http://download.blender.org/peach/bigbuckbunny_movies/big_buck_bunny_1080p_h264.mov</a><o:p></o:p> <o:p> </o:p> Using gstreamer/plugins from the latest git clone, this seems to work fine:<o:p></o:p> <o:p> </o:p> gst-launch-1.0 -v videotestsrc ! vaapiencode_h264 ! vaapiparse_h264 ! rtph264pay ! udpsink host=127.0.0.1 port=6000<o:p></o:p> </blockquote> <div> <o:p> </o:p> </div> <div> Have you tried with a livesrc (videotestsrc is-live=1) ? Have you check the latency is distributed properly with VAAPI element (e.g. by comparing with SW encoder like x264enc tune=zerolatency) ?<o:p></o:p> </div> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> <o:p> </o:p> gst-launch-1.0 udpsrc caps = "application/x-rtp, media=video, clock-rate=90000, encoding-name=H264, packetization-mode=1, profile-level-id=42c00d, sprop-parameter-sets=\"Z0LADatAoPn/gACAAIgAAAMACAAAAwHkIA\\\=\\\=\\\,aM48gA\\\=\\\=\", payload=96, ssrc=2360089092, timestamp-offset=2801204503, seqnum-offset=3735" port=6000 ! rtpjitterbuffer! rtph264depay ! vaapiparse_h264 ! vaapidecode ! vaapisink<o:p></o:p> <o:p> </o:p> But any video I try to stream has very high amounts of frame/dropping stuttering, with or without sync on the receiver. Incoming/Outgoing data rates from nload are equal. <o:p></o:p> </blockquote> <div> <o:p> </o:p> </div> <div> Have you compared against avdec_h264 ? Could it be a bug in the VAAPI decoder ?<o:p></o:p> </div> <div> <o:p> </o:p> </div> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> <o:p> </o:p> <o:p> </o:p> gst-launch-1.0 filesrc location=/home/dev/big_buck_bunny_1080p_h264.mov ! qtdemux ! vaapiparse_h264 ! rtph264pay ! udpsink host=127.0.0.1 port=5000<o:p></o:p> <o:p> </o:p> gst-launch-1.0 udpsrc caps = "application/x-rtp, media\=video, clock-rate=90000, encoding-name=H264, packetization-mode=1, profile-level-id=4d4029, sprop-parameter-sets=\"J01AKakYDwBE/LgDUBAQG2wrXvfAQA\\\=\\\=\\\,KN4JyA\\\=\\\=\", payload=96, ssrc=765248706, timestamp-offset=4096462552, seqnum-offset=1276" port=5000 ! rtpjitterbuffer! rtph264depay ! vaapiparse_h264 ! vaapidecode ! vaapisink<o:p></o:p> <o:p> </o:p> Local playback looks fine, but streaming looks poor regardless of trying several different videos attempted. Does this play smooth for others?<o:p></o:p> </blockquote> <div> <o:p> </o:p> </div> <div> Works fine here without VAAPI element, hence me suspecting a bug in live support for these elements. What GStreamer version are you running ?<o:p></o:p> </div> <div> <o:p> </o:p> </div> <div> Nicolas<o:p></o:p> </div> </div> </body> </html>